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CLIENT-SIDE ASYNCHRONOUS FORM 
MANAGEMENT 

FIELD OF THE INVENTION 

The present invention relates remote/mobile computing, 
and more particularly to remote/mobile computing using the 
web browser/web server communication model. 

BACKGROUND OF THE INVENTION 

The recent publicity and emphasis on the "information 
superhighway" has increased awareness and acceptance of 
the Internet as a mass communication media. This broad 
based recognition of the Internet as a viable media for 
communication and interaction across multiple networks has 
also created a large established user base built upon the 
Internet standardized protocols'for interaction between com- 
puter networks. 

The paradigm for the Internet is that of a client-server 
relationship where Internet clients (browsers) communicate 
with Internet servers. To provide greater access to the 
Internet the communication protocols and languages utilized 
by the clients and servers have become standardized. These 
protocols include the Hyper-Text Transfer Protocol (HTTP), 
which is the communication protocol used for communica- 
tions between clients and servers, and the Transfer Control 
Protocol/Internet Protocol (TCP/IP) the TCP portion of 
which is the transport specific protocol for communication 
between computers or applications. Also standardized is the 
language in which clients and servers communicate which is 
called Hyper-Text Markup Language (HTML). 

In the context of the World Wide Web client/server 
applications the client may be a web browser which acts as 
the user interface. The web browser sends user requests to 
the appropriate web server and formats and displays the 
HTML data returned from the web server. The web browser 
also evaluates the HTML data to determine if there are any 
embedded hyper-link statements in the HTML data which 
would require subsequent browser requests which would 
then be initiated by the browser. A web server acts as the 
server for the client and processes the web browsers requests 
and returns the requested response as an HTML data portion 
of a HTTP data stream. 

The basic communication structure for an Internet based 
system is depicted in FIG. 1. In FIG. 1 a web browser 10 
communicates with a web server 20 over a communication 
link 15. This communication link is typically a local area 
network connection, wide area network connection, a con- 
nection over telephone lines or a combination thereof. The 
web browser 10 communicates with the web server 20 using 
TCP/IP. For the majority of Internet communications a web 
browser communicates with a web server using the generic 
communication protocol HTTP which is transmitted 
between the web browser and the web server over the 
TCP/IP link between the web browser and the web server. 
The actual data transferred between the web browser 10 and 
the web server 20 are HTTP data objects (e.g. HTML data) 
as described above. The web server 20 may be a proxy 
which receives web browser communications from a num- 
ber of web browsers and routes them to the appropriate 
server. 

The popularity of the web browser/web server and their 
common information and transport protocols, HTML and 
HTTP, has lead to rapid acceptance of web technology as a 
universal interface for network access to information. 
Furthermore, because the protocols and language for com- 
munication between web browsers and web servers are 
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standardized the communication protocols and language 
will be the same whether a user is using Netscape 
Navigator™, NCSA Mosaic™, WebExplorer™ or any other 
web browser as their web browser to access network infor- 

5 matioo. Therefore, the large installed user base for web 
browsers combined with the connectivity of the Internet and 
the ease of writing web application servers using the HTTP 
defined Common Gateway Interface (CGI)make web tech- 
nology very attractive for a large class of forms-based 

10 applications. 

At the same time that the Internet was growing in popu- 
larity and acceptance, mobile computing was also increasing 
in popularity. The use of laptops, notebooks, Personal 
Digital/Communication Assistants (PDAs/PCAs) and other 

15 portable devices has lead to an increase in demands for 
wireless communications. Wireless wide area networks, 
cellular communications and packet radio, however, suffer 
from common limitations if used in a web context. The high 
cost per byte of communications, slow response time, low 

20 bandwidth and unreliability all hamper use of wireless 
technology for the stateless communication protocol of the 
World Wide Web. Also, because the web protocol is stateless 
the amount of data per request and the number of commu- 
nication requests transferred over the wireless connection 

25 are larger than would be necessary if the communication 
were not self contained. 

Furthermore, the underlying mechanisms and protocols of 
Web browsing were developed with a traditional network 
model in mind. These mechanisms were developed based on 

30 the tacit assumption that the computers involved were 
connected via high-bandwidth, inexpensive, reliable links. 
However, in contrast to a wired LAN or WAN environment, 
mobile links are typically low-bandwidth, costly, and unre- 
liable. Some mobile connections are less burdensome than 

35 others — for example, a simple dialup modem is both faster 
and cheaper than packet radio — but all are dramatically 
slower than their LAN counterparts. Mobile connections are 
also less reliable: dropped connections are not uncommon 
due to signal degradation, blockage, and other problems. 

40 Thus, applications such as web browsers that were targeted 
for a LAN environment often perform very poorly in a 
network-constrained setting. 

Furthermore, the mobile environment raises the issue of 

45 disconnected operation. Standard Web browsing — as well as 
many existing networked applications — assume that discon- 
nection is a comparatively rare error case. Operations typi- 
cally fail when the client is disconnected from the server. 
Weak connectivity and the possibility of disconnection 

50 lead to yet a third aspect of the mobility problem: the 
dynamic nature of a user's connectivity. At different times, 
a single user may be strongly connected (LAN), weakly 
connected (cellular or other mobile link) or disconnected. 
Several factors contribute to poor usability and reduced 

55 user productivity when using browsers in a resource - 
constrained or unreliable communication environment typi- 
fied by wireless communication. First, the browser protocol 
is synchronous, which means that users must wait until a 
request completes before another request can be made, 

eo When the delay is long due to slow wireless transmission, 
congested Internet or intranet traffic, or overburdened Web 
servers, users may become frustrated and unproductive. 

Second, the natural burstiness of the synchronous request/ 
response scheme may become a significant problem over a 

65 slow link. Over a wired LAN, server response time is usually 
the primary concern, but in a wireless environment, band- 
width and latency are typically the dominating factors. 
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(Latency on a packet radio network can be on the order of 
several seconds.) Third, the usual synchronous request/ 
response model does not work at all in the face of voluntary 
or involuntary disconnection. If a request cannot be satisfied 
immediately, an error code is typically returned and the user 
must explicitly retry the request at a later time. 

In light of the above discussion, a need exists for improve- 
ments in the web browser/web server operation in the 
mobile computing environment which may be characterized 
by varying levels of connection performance and reliability. 

SUMMARY OF THE INVENTION 

In view of the above discussion, it is an object of the 
present invention to reduce the impact of the synchronous 
nature of browser communication in a weakly connected or 
disconnected environment. 

A further object of the present invention is to overcome 
browser limitations in a remote or mobile environment 
where transmission time, latency or other communication 
limitations reduce responsiveness of browser/server com- 
munications. 

Still another object of the present invention is to provide 
browser functions in a mobile environment where the nature 
of the environment is transparent to a user. 

Still another object of the present invention is to make 
connection status transparent to browsers such that existing 
browsers may be utilized in a mobile environment. 

These and other objects of the present invention are 
provided by methods, systems and computer program prod- 
ucts for communicating with a web browser executing on a 
remote/mobile processing system which is temporarily and 
intermittently connected to a second computer. According to 
the present invention, requests from the web browser to a 
server application accessible to the second computer are 
stored in a persistent request queue at the remote/mobile 
processing system. An interim response is provided to the 
web browser in response to the request from the client 
application. The stored request may be recalled to allow user 
modification of the stored request prior to the request being 
provided to the second computer for transmission to the 
server application. 

Furthermore, the stored request can be transmitted to the 
second computer when the remote/mobile data processing 
system is connected to the second computer and a response 
to the request from the server received through the second 
computer. The response to the request may be stored at the 
remote/mobile processing system associated with the stored 
request. The stored response may also be provided to the 
client application. 

By storing requests in a request queue and providing an 
interim response to the web browser, asynchronous opera- 
tion of the web browser may be achieved. Furthermore, by 
storing the requests until a connection is established, the 
requests may be recalled and edited to allow a user to change 
the request before it is processed. Thus, the present invention 
overcomes the limitations of weak connectivity. 
Furthermore, in slow speed environments, the present inven- 
tion allows a user to continue to work while communications 
are performed in the background. 

In a particular embodiment of the present invention, a list 
of stored requests is provided to the web browser for 
presentation to a user. User input is accepted to select one of 
the stored requests in the list of stored requests and the 
associated response to a selected one of the list of stored 
requests is provided to the web browser based upon the user 
input. 
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In a further embodiment, the user is notified of the 
availability of the received response when the response is 
received by the remote/mobile data processing system and 
the response provided to the web browser if the user requests 

5 the response. 

In stall a further embodiment of the present invention, an 
HTML form associated with the request and the user input 
associated with the request are stored. The stored user input 
is associated with the stored HTML form. Thus, by storing 

10 the original form that created the request and the user input 
of the request the request may be recalled by the user for 
modification or verification. Such a recall may be accom- 
plished by providing a list of stored requests to the web 
browser for presentation to a user and accepting user input 

15 to select one of the stored requests in the list of stored 
requests, The stored request selected by the user input may 
then be provide to the user in the original form that the 
request was generated. 

The original form of the request may be generated by 

20 recalling the stored form associated with the request and the 
stored user input associated with the request. The recalled 
form and the recalled user input may then be provided to the 
web browser so as to recreate the form with the user input. 
The recalled form and user input may be combined by 

25 scanning the recalled form for named fields in the recalled 
form and scanning the recalled user input for name/value 
pairs in the user input. The default selection or user input of 
the named field in the recalled form may then be replaced 
with the value of a matching name/value pair from the user 

30 input. 

In yet another embodiment of the present invention, it is 
determined if a response to the recalled stored request has 
been stored at the remote/mobile data processing system. A 

35 link to the stored response to the recalled form may then be 
provided so as to provide to the user a hyperlink to recall the 
stored response. 

Furthermore, user input may be accepted to revise an 
original request from the web browser so as to provide a 

40 revised request based upon the original request modified by 
the user input. The revised request may then be stored in the 
request queue. The request in the request queue may option- 
ally be replaced with the revised request. 
In still another embodiment of the present invention it is 

45 determined if the remote/mobile data processing system is 
linked to the second computer. In such an embodiment, the 
requests are only stored if the remote/mobile data processing 
system is not linked to the second computer. 
As will further be appreciated by those of skill in the art, 

50 the present invention may be embodied as a method, 
apparatus/system or computer program product. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a typical web browser/web 
ss server system; 

FIG. 2 is a block diagram of a web browser/web server 
system according to one embodiment of the present inven- 
tion utilizing a client intercept and a server intercept; 
gQ FIG. 3 is a block diagram of a remote/mobile data 
. processing system according to the present invention; 

FIG. 4 is a flow chart illustrating disconnected or deferred 
processing operations according to the present invention; 
FIG, 5 is a flow chart illustrating operations associated 
65 with receiving a response to a browser request at a remote/ 
mobile data process system according to the present inven- 
tion; and 
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FIG. 6 is a flow chart illustrating operations associated response to a browser request for a specific URL home page, 

with revising a request according to the present invention. the web server 20 outputs an HTTP data stream correspond- 
ing to the communication to be sent to the web browser 10. 

DETAILED DESCRIPTION OF THE This web server originated communication is intercepted by 

INVENTION 5 the server-side intercept module 40 and transformed by a 

client/server specific data stream. The client/server specific 

The present invention now will be described more fully data stream corresponding to the web server originated 
hereinafter with reference to the accompanying drawings, in communication is then sent on the external communication 
which preferred embodiments of the invention are shown. link 35 from the second computer to the first computer. The 
This invention may, however, be embodied in many different client/server specific data stream is received by the client- 
forms and should not be construed as limited to the embodi- side intercept module 30 and the original HTTP data stream 
ments set forth herein; rather, these embodiments are pro- corresponding to the web server originated communication 
vided so that this disclosure will be thorough and complete, is rebuilt and provided to the web browser 10. 
and will fully convey the scope of the invention to those \ n a particular embodiment of the present invention, the 
skilled in the art. Like numbers refer to like elements external communication link 35 is a wireless communication 
throughout. As will be appreciated by one of skill in the art, link. In such a case, in order to obtain system performance 
the present invention may be embodied as methods or which is acceptable to users, it is desirable to reduce the 
devices. Accordingly, the present invention may take the amount of communication over the external communication 
form of an entirely hardware embodiment, an entirely soft- link 35 both in the frequency of the communications and in 
ware embodiment or an embodiment combining software ^ the amount of information which must be transferred over 
and hardware aspects. the communication link 35. Accordingly, the present inven- 

FIG. 2 illustrates one embodiment of the present inven- tion preferably utilizes caching, differencing, and protocol 
tion. As seen in FIG. 2, a web browser 10 communicates reduction techniques to minimize the amount of communi- 
with a client-side intercept module 30. The web server 20 cation required over the external communication link 35. 
communicates with a server-side intercept module 40. The ^ These techniques are accomplished by converting the state- 
client-side intercept module 30 then communicates with the less or stochastic protocols of HTTP into a client/served 
server-side intercept module 40 over the communication specific protocol which utilizes information specific to the 
link 35. The web browser 10 and the client-side intercept client and the server to reduce the amount and frequency of 
module 30 may be contained in a first computer 5. The communications. 

server-side intercept module 40 and the web server 20 may 30 In operation, the client side intercept 30 and the server 

be contained in a second computer 6. The first computer 5 side intercept 40 are transparent to both web browsers and 

and the second computer 6 communicate over external web (proxy) servers and, can therefore be employed with 

communication link 35. The first computer 5 is preferably a any web browser. Both the SSI 40 and CSI 30 cache graphic 

remote/mobile data processing system. As used herein, and HTML objects. If the URL of a browser request specifies 

"remote/mobile" means "temporarily and intermittently 3S an object in the CSI's cache, it is returned immediately as the 

linked", wherein temporarily means "lasting for a limited browser response. The caching functions guarantee cache 

time" and intermittently means "coming and going at integrity within a client-specified time interval. The SSI 

intervals, not continuous, or occasional/' Remote/Mobile cache is populated by responses from the requested web 

data processing systems may also include data processing servers. If a requested URL received from a CSI is cached 

systems which remotely access other systems such as over ^ in the SSI, it is returned as the response to the request, 

a network. Xh c present invention preferably utitizes a virtual socket 

Preferably, the web browser 10 is a Internet web browser system such as is illustrated in commonly assigned U.S. 
utilizing hypertext transfer protocol (HTTP) and hypertext patent application Ser. No. 08/601,804 entitled CLIENT/ 
markup language (HTML) to communicate with an Internet SERVER COMMUNICATION SYSTEM, now U.S. Pat. 
web server 20 which also uses HTTP and HTML. In 45 No. 5,754,774 the disclosure of which is incorporated herein 
operation, the web browser 10 would output an HTTP data by reference as if set forth fully. The present invention also 
stream which is intercepted by the client -side intercept preferably utilizes the data reduction techniques described in 
module 30. The intercept of the HTTP data stream by the commonly assigned U.S. patent application Ser. No. 08/601, 
client-side intercept module 30 may be accomplished 753 entitled TIME COHERENT CACHING SYSTEM, now 
through the use of the TCP/IP loop -back feature where the 50 U.S. Pat. No. 5,878,213 and in commonly assigned U.S. 
client side intercept module 30 resides at an IP address patent application Ser. No. 08/601,903 entitled DIFFER - 
having a network number of 127, such as 127.0.0.1. The ENCING COMMUNICATION SYSTEM, the disclosures 
client-side intercept module 30 then converts or transforms of which is incorporated herein by reference as if set forth 
the HTTP data stream into a client/server specific protocol Mly, and now becomes U.S. Pat. No. 5,859,971. 
and transmits the client/server specific data stream onto the 55 While the present invention has and will be described 
external communication link 35. The server-side intercept with respect to a single web browser application and a single 
module 40 receives the client/server specific data stream and web server application, as will be appreciated by those of 
reconstructs the original HTTP data stream corresponding to skill in this art, the benefits and advantages of the present 
the web browser originated communication. This recon- invention may also be achieved with multiple web browsers 
structed HTTP data stream is then transferred to the web 60 associated with a single web server. Thus, the methods, 
server 20. The web server 20 responds to the HTTP data apparatus and program products of the present invention in 
stream in the normal manner of an Internet web server. As connection with multiple browsers each communicating 
will be appreciated by one of skill in the art, the web server with a client-side intercept module and these client side 
20 may also be a proxy which allows multiple browsers to intercept modules would then communicate with the server- 
connect to the Internet. 65 side intercept module of the web server or web proxy. 

When information is received by the web server 20 for Furthermore, while the present invention is described 

transmission to the web browser 10, for example, in herein with respect to both a client-side intercept module 
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and a server-side intercept module, as will be appreciated by 
those of skill in the art, only a client-side intercept is 
required by the present invention. Thus, the present inven- 
tion should not be construed as limited to systems having 
both a client-side and a server-side intercept module. 

The present invention provides for asynchronous request 
and response processing which permits a user to continue 
making requests even though previous requests have not 
completed. Requests are recorded internally for background 
processing. When requests complete, the results are saved 
and status is updated a synchronously. The user is 
(optionally) notified when requests complete and may, at any 
time, switch to the status page to review the status of one or 
more requests. The status entry for each request conveys the 
state of the request (not started, in process, or complete) and 
contains a link to the response page if the request has 
completed. 

The present invention also provides for disconnected 
operation when the remote/mobile data processing system is 
not linked to a computer with access to a server application. 
Users can operate in either synchronous or asynchronous 
mode. In either case, when the loss of a connection is 
detected, or if communication is not possible (e.g., out of 
signal range), requests may be queued and held for later 
processing. When communication is re-established, queued 
requests are automatically processed in the background. 
This capability enables a user to continue to be productive 
offline. Furthermore, in many cases, all the pages needed for 
a transaction may be stored in a local cache and no com- 
munication is required. These operations will now be 
described with respect to FIG. 3 and the flow chart illustra- 
tions of FIG. 4 through FIG. 6. 

FIG. 3 illustrates a remote/mobile data processing system 
utilizing a particular embodiment of the present invention. 
As seen in FIG. 3, a remote/mobile data processing system 
5 includes an application such as a web browser 10 execut- 
ing on the remote/mobile data processing system 5, 
Requests from the browser 10 are intercepted by an HTTP 
request interceptor 31 and placed in a request queue 32. The 
requests in the request queue 32 are processed by a HTTP 
request queue processor 33 which carries out the requests 
when a connection is established to a second computer 
having access to the server specified in the requests. When 
these requests are processed a service thread 34 is initiated 
for each request to carry out the request. Responses to the 
request are placed in the cache 35 and associated with the 
request from the request queue which generated the request. 
Such association is illustrated as a dashed line in FIG. 3. The 
solid line in FIG. 3 from entries in the request queue to the 
cache represents the association of the request entry with the 
form used to create the request. Such an association allows 
for editing of requests by a user even after the requests have 
been generated. Optionally, both the requests and the 
responses may be associated with the entries in the queue so 
that both the request and the response may be provided to a 
user. 

The request queue 32 is a list of requests that have been 
received from the browser by the HTTP Request Interceptor 
31, along with status and control information. Each request 
element includes all of the information received from the 
browser (the HTTP headers and any body). This allows the 
request to be replayed to the network at a later time. Each 
request element also holds state information associated with 
the request. This includes a summary of the progress that has 
been made in processing the request, and a list of remaining 
work to be done. 

Special processing instructions may also be associated 
with a request in the request queue. For example, in a 
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wireless environment, it is usually too expensive to down- 
load graphics embedded in a page. If graphics have been 
suppressed for this request, this processing control informa- 
tion will be included in the request element. The request 

5 queue persists across client sessions. 

Internally, a request consists of a set of attributes. Each 
attribute is a name-value pair. When the request is created, 
it is given attributes that contain the browser request. As 
processing proceeds, attributes are added describing the 

10 progress, any status information returned from the browser, 
and so on. Some attributes, such as the progress indication, 
are per request. Attributes may also be per queue, and in this 
case control processing for all elements added to the queue. 
Per-queue attributes are used to support multiple queues that 

15 handle requests in different ways, based on their source or 
the characterisits of the request: Thus, according to the 
present invention, more than one request queue may be 
created and requests may be automatically sorted into the 
appropriate queue when they are received by the client side 

20 intercept or they may be manually sorted by user input. 
Because the present invention allows for off-line process- 
ing using applications such as a browser which were 
designed for synchronous on-line processing, disconnected 
and asynchronous operations require new user interfaces, 

25 Thus, according to the present invention, if a user's request 
can be satisfied from the cache, the response is provided 
immediately and the standard browser interface remains 
unchanged. On a cache miss, however, the browser's seman- 
tics may be extended with mechanisms and interfaces asso- 

30 ciated with the off-line processing of the present invention. 
Because the browser is an immutable piece of code with 
respect to the present invention, a stand-in page may be 
returned whenever the remote/mobile data processing sys- 

35 tern is operating a synchronously or disconnected from the 
second computer and cannot satisfy a user's request from the 
cache. This page contains an explanation of what has 
happened — "Your request has been queued for later 
processing" — and, if requested, displays the current status 

^ of all pending requests. Note that as far as the browser is 
concerned, this stand-in page is the response to the request. 
In other words, the browser retains the request/response 
mechanism, while the intercept module utilizing the present 
invention handles the details of responding to the request. 

45 Furthermore, the same mechanism may be utilized for both 
disconnected and asynchronous requests in that an informa- 
tional page is returned to the browser as the response to the 
request. 

Alternatively, an option to return to the current page rather 

50 than being presented with an intermediate acknowledgment 
may be utilized. This option may be implemented by return- 
ing code 204 to the browser. From the user's point of view, 
a link is clicked but the browser remains on the same page, 
however, the intercept module according to the present 

55 invention queues the request in the background. 

The present invention will now be described with respect 
to FIGS. 4 through 6 which are flowchart illustrations of one 
embodiment of the present invention. It will be understood 
that each block of the flowchart illustrations, and combina- 

60 tions of blocks in the flowchart illustrations, can be imple- 
mented by computer program instructions. These program 
instructions may be provided to a processor to produce a 
machine, such that the instructions which execute on the 
processor create means for implementing the functions 

65 specified in the flowchart block or blocks. The computer 
program instructions may be executed by a processor to 
cause a series of operational steps to be performed by the 
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processor to produce a computer implemented process such requests transparently masks transient communications fail- 
that the instructions which execute on the processor provide ures. Other types of failures may also be recorded for later 
steps for implementing the functions specified in the flow- return to the user. 

chart block or blocks. FIG. 5 illustrates the operations of the client side intercept 

Accordingly, blocks of the flowchart illustrations support 5 module when a response is received to a previously queued 

combinations of means for performing the specified request. As seen in FIG. 5, a response is received from the 

functions, combinations of steps for performing the speci- server (block 80). However, the use of graphics, applets, and 

fied functions and program instruction means for performing other embeds is now nearly universal on Web pages. If the 

the specified functions. It will also be understood that each user has asked to see this information, the returned page is 

block of the flowchart illustrations, and combinations of 10 parsed for embeds (block 82). Each embed is then retrieved 

blocks in the flowchart illustrations, can be implemented by (block 84) and added to the cache along with the original 

special purpose hardware -based systems which perform the response (block 86). The response is associated with the 

specified functions or steps, or combinations of special request and any status information returned with the 

purpose hardware and computer instructions. response is associated with the request (block 88). At this 

FIG. 4 illustrates the operation of a client side intercept 15 point the request is complete and the user can be notified that 

utilizing the present invention. As seen in FIG. 4, the client i{ is available (block 90). 

side intercept 30 intercepts a request from browser 10 (block Because the present invention provides a transparent 

50). The client side intercept then determines if the response HTTP proxy that will work with any browser. Queuing 

to the request is in the cache (block 52) and if it is the cached requests for background processing doesn't match the model 

response is returned to the web browser (block 54). 20 that browsers expect, thus, an interim response, via HTML 

If the response is not cached, then the client side intercept or an HTTP code, is returned to the browser so that the 

determines if the data processing system is connected to the browser and *e user can continue (see block 62 of FIG. 4). 

second computer for access to the server (block 56); If the Similarly, HTML pages and embedded HTML information 

data processing system is connected then, if requests are not ma y be to re P ort status to maintain browser indepen- 

deferred (block 58), the request is sent to the second dence. 

computer (block 60). However, if the data processing system Status of an outstanding request can be reported in any 

is either not connected or request processing is deferred, the number of ways, including: an optional completion popup, 

the request is stored in a request queue and an interim an optional status bar embedded in the top of returned Web 

response is provided to the browser as the response to the 3Q pages, or on an HTML page that summarizes the state of the 

request (block 62). queue. 

Processing of queued requests is handled by threads that U« popup let users know that there is a newly completed 

run independently of any other activity in the client side P a S e to view on the background page, and lists the URL of 

intercept. Requests on the queue are usually handled on a the P a S e - ° ne of to* popups is generated the first time new 

first-in, first-out (FIFO) basis. However, selected requests 35 information becomes available, and then further messages 

may be marked as held, all new requests should be held (see are suppressed until the user has visited the page and viewed 

block 58). This allows the user to indicate that processing on & c information. This allows the user to get an asynchronous 

these requests should be deferred until a later time, even if completion notification without being overwhelmed on 

a connection is available. For example, some requests may faster links. 

be too expensive to handle on a wireless link, and so the user ^ The user may also chose to embed a status bar describing 

would prefer to defer processing them until a LAN or dialup the state of the client side intercept in each returned page, 

connection is available. The hold attribute is also applied to This status bar includes information on the number of 

any outstanding queued requests remaining when the client requests that have been completed, the number outstanding, 

is first started. This avoids surprises when switching from an ' and the number held. It also includes a textual version of the 

inexpensive link to a potentially much more expensive 45 popup stating that new results are available, and links to 

wireless link. various generated status pages. 

As is seen in FIG. 4, the first step in handling a queued One of these links may take the user to a page summa- 

request is acquiring a connection to the second computer rizing the state of the request. The page displays the queue, 

with access to the server of the request (block 64). An one line per request. Each request includes a graphical 

attempt is made to get a connection when a request is first 50 representation of the progress that has been made processing 

received and, if a connection is not established (block 66), the request, using a visual indicator such as the model of a 

attempts will continue until a connection is made, either by traffic light, where: 

the queue processor or due to other activity (block 70 and Red: Request has not been sent 

block 64). An exponential backoff procedure is used to Yellow: Base page received and embed(s) pending 

control the delay between connection attempts (block 68). 55 Green: Request complete 

Thus, the time between attempts to connect increase as the Graphics may also have a distinctive look apart from its 

number of attempts increases. This backoff procedure pro- color such as red being an open circle, yellow, a half-moon, 

vides responsiveness when communication failures are tran- and green a solid ball. In case of error (e.g., the request was 

sient without burdening the network when the failures are sent but the base page could not be retrieved), an X may be 

long term. 60 placed across the traffic light symbol to indicate failure. 

Once a connection is established, the information origi- Along with the status graphics, options to delete or hold 

nally saved from the browser and stored in the request queue a request may also be displayed. In the case of forms, the 

is used to reconstitute the request and the request is sent to user may also view or re-edit the request. If the request has 

the second computer (block 72). At this point the request completed, a link to the cached result may also be included 

appears to a server as if it came directly from the browser. 65 on this page. 

If the request fails due to failures in the wireless link (block In order to provide URL-based access to the background 

74), subsequent attempts are made at later times. Retrying queue and other internally-generated pages, the domain 
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name of the client side intercept may be used (e.g. 
artour. web .express) coupled with other options as appropri- 
ate. For example, the background queue may be accessed 
accessed via the URL http://artour.web.express/HTEP/. 
HTTP and a reserved domain name are preferred rather than 5 
defining a proprietary protocol name for such requests 
because standard browsers may reject unfamiliar protocols. 

Progress of request handling may also be reported to a 
user. Requests move through a series of states as they are 
processed, starting with submitted, to processing begun, to 10 
initial page retrieved, and finally to completed. As a request 
moves into a state, an event describing the transition may be 
sent to an internal event manager. The internal event man- 
ager receives status of requests and forwards status infor- 
mation to other components or applications. Other compo- 15 
nents may register with the event manager to receive events, 
filtered by event state and other criteria. Processing events 
can be used to generate dynamic interfaces the client side 
intercept. The popup notification is one example of the use 
of these events. 20 

After a response is received, the response also needs to be 
saved for future off-line viewing for the user. However, 
when a browser makes a request and receives a response, it 
typically handles it in one of two ways. If the response is 
expected to be relatively static, it is cached by the browser 25 
so that future requests to the page can be handled quickly 
However, if the page is a response to a forms request, or is 
otherwise generated (so-called "cgi-bin" requests), the 
browser only displays the response, and doesn't cache it, 
since the response is typically different from one cgi-bin 30 
request to the next. Also, with objects that the source server 
marks "no-cache," browsers and proxies, that observe this 
directive do not save these items. However, when one is 
retrieved as part of processing a queued request, it must be 
saved for later viewing. 35 

These, normally transient objects are saved (block 86) as 
a new category of cached information: user data. These are 
data that have been retrieved in response to a user request, 
and only have meaning in the context of that request. Unlike 
normal web data, user data objects are only accessible as 40 
responses on the queue status page. They are not used to 
handle other requests, since they are transient time- or 
request-sensitive responses. User data are not subject to the 
normal coherency and aging algorithms used to manage the 
cache. They persist and are valid until deleted by the user. 45 

Web page designers often employ HTML forms for data 
entry that requires only simple interaction. HTML form tags 
provide a convenient way for building electronic forms for 
Web interaction. HTML form tags allow a Web user to make 
selections from a list, to check on/off boxes, to select from so 
radio buttons, to enter text into a text field or a large 
multi-line text area, and to push action buttons. When the 
user presses an action button, the entered data is sent to a 
Web server designated by the action with name/value pairs, 
where each name represents an input field and each value 55 
represents the user's input in the field. In addition, there may 
be hidden fields, which carry preset values that a Web server 
sent along with the form. These hidden values are sent back 
to the server together with the values in visible fields. 

Like any HTML page, an HTML form can be cached for 60 
future use. According to the present invention, a cached 
HTML form may be edited for submission later or resub- 
mission again with different user input. For example, a 
search input form could be edited again and again to send 
out different search requests. Similarly, an intranet data entry 65 
form such as a patient admission form could be edited to 
correct data entry errors, or resubmitted with new data for a. 
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different patient. Most forms can be meaningfully cached for 
independent future submission because they either have a 
simple one-form interaction model or contain self-sufficient 
hidden fields so that the Web application can accept a 
submission in isolation. 

In a mobile environment, disconnected form submission 
can extend the productivity of users even when a server is 
not reachable. This allows multiple data entry pages to be 
filled without connecting to any network. Also, with the 
re -editing function of the present invention, a user can draft 
a few forms and have a chance to review, approve, or edit 
them before they finally are sent to the server. 

As described above, a form may be treated as any HTML 
page and the operations of FIG, 4 carried out to create an 
entry in the request queue corresponding to the filled out 
form. Like regular HTML pages, the user obtains a cached 
HTML form using a URL. The user fills in the form and 
submits it using one of the action buttons. When a form is 
submitted, the name/value pairs together with the originat- 
ing form URL are stored and queued. If the user requests the 
same URL form again and submits a new result, the new 
submission is kept separate from the previous submission. 
Every submission is counted as a separate entry in the queue 
for automatic submission when a connection becomes avail- 
able. These entries remains stored until they are deleted by 
a user. 

FIG. 6 illustrates the re-editing process of forms utilizing 
the present invention. This reediting utilizes the forms in the 
queue of FIG. 4. As seen in FIG. 6, a list of available forms 
in the queue is provided to the browser (block 100) and user 
input selecting a queue entry is obtained (block 102). An 
HTML page may be presented to the user to display the 
entries in the queue which may be accessed using hyper- 
links. 

Based on the user input a form corresponding to the URL 
of the form used to generate the queued request is obtained 
from the local cache (block 104). The base form may be 
retrieved based on previously inserted data indicating the 
origin of the form. When the blank form is first fetched from 
the server, the client side intercept inserts hidden values into 
the HTML before returning the page to the browser. The 
hidden information includes both the originating URL and 
the form number within the page. To re-edit the form, the 
blank form is retrieved using the hidden value containing the 
form's URL which is stored with the request in the request 
queue to associate the request with the form that generated 
the request. 

The form and the queued request are scanned to match 
name/value pairs in the request (block 106). If any match is 
found, the default selection or input value is then changed to 
reflect the user's submission (block 108). Special care 
should be taken with Web pages that consist of multiple 
HTML forms, since they may use the same field names in 
different subforms. Therefore, according to the present 
invention, subforms are assigned a unique identifier and 
tracked so that the proper form may be recalled to recreate 
the original request. The original input form and data are 
then reconstructed. If a response to request has already been 
received, (block 110) then, optionally, the submission button 
may be replaced by a link to the response so that the user 
may view the results of the submission (block 112). 
Otherwise, the reconstructed request is provided to the 
browser for editing by the user (block 114). If resubmitted 
the existing queue entry may be overwritten with the new 
data, or, optionally, the user could select that a new entry in 
the queue is provided. Such a feature would allow the user 
to use a filled out form as a template for creating additional 
requests with similar data with only minor further input. 
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In the drawings and specification, there have been dis- recalling the stored form associated with the request; 

closed typical preferred embodiments of the invention and, recalling the stored user input associated with the request; 

although specific terms are employed, they are used in a and 

generic and descriptive sense only and not for purposes of providing the recalled form and the recalled user input to 

hmitation, the scope of the invention being set forth in the 5 the ^ browscr ^ as to recreate the form with the user 

following claims. input 

That which is claimed is: ' 9 A mctno a according to claim 8, wherein said step of 

1. A method for communicating with a web browser providing the recalled form and the recalled user input 
executing on a remote/mobile processing system which is comprises the steps of* 

temporarily and intermittently connected to a second 10 scanning ^ recdled form for named flelds m ^ recalled 

computer, said method comprising the steps of: form - 

storing in a persistent request queue at the remote/mobile ^ ^ ^ for name/vahje irs in 

processing system, a request from the web browser to ^ user • t . md 

a server application accessible to the second computer; , . , , 1 , . . , 

. , .i< rep lacme the deiault selection or user input 01 the named 

providing an interim response to the web browser in fidd - n ^ fecaUed form ^ ^ yalue of a matchi 

response to the request from the web browser; and name/value pair from the user input. 

recalling the stored request to allow user modification of 10 A met h 0 d according to claim 8, further comprising the 

the stored request prior to the request being provided to steps of* 

the second computer for transmission to the server j * • • * *i_ n j * j * 

. . ^ 20 determining if a response to the recalled stored request 

app ica on. ... has been stored at the remote/mobile data processing 

2. A method according to claim 1 further comprising the system* and 

steps of. adding a link to the stored response to the recalled form 

transmitting the stored request to the second computer ^ ^ {Q ide to ^ ^ a h link to reca]1 the 

when the remote/mobile data processing system is ^ stored response 

connected to the second computer; u A method according to claim 8> mrther comprising the 

receiving, through the second computer, a response to the ste pg 0 f . 

request from the server; accepting user input to revise an original request from the 

storing the response to the request at the remote/mobile web browser so as to provide a revised request based 

processing system; and 30 upon ^ original request modified by the user input; 
associating the stored response with the stored request. 

3. A method according to claim 2, further comprising the storing the revised request in the request queue. 

step of providing the stored response to the web browser. 12 A metnod according to claim 11, wherein said step of 

4. A method according to claim 2, further comprising the storing the revised request comprises the step of replacing 
steps of: 35 the request in the request queue with the revised request. 

providing a list of stored requests to the web browser for 13. A method according to claim 1, further comprising the 

presentation to a user, steps of: 

accepting user input to select one of the stored requests in determining if said remote/mobile data processing system 

the list of stored requests; and is linked to the second computer; and 

providing to the web browser, the associated response to 40 wherein said storing and said providing steps are carried 

a selected one of the list of stored requests based upon 01l t if said determining step determines that the remote/ 

user input. mobile data processing system is not linked to the 

5. A method according to claim 2, further comprising the second computer. 

steps of: 14. a system for communicating with a web browser 

notifying the user of the availability of the received 45 executing on a remote/mobile processing system which is 

response when the response is received by the remote/ temporarily and intermittently connected to a second 

mobile data processing system; and computer, comprising: 

providing the response to the web browser if the user means for storing in a persistent request queue at the 

requests the response. remote/mobile processing system, a request from the 

6. A method according to claim 1, wherein said step of web browser to a server application accessible to the 
storing a request from the web browser comprises the steps second computer; 

°£ means for providing an interim response to the web 

storing an HTML form associated with the request; browser in response to the request from the web 

storing user input associated with the request; and 5S browser; and 

associating the stored user input with the stored HTML means for recalling the stored request to allow user 

form. modification of the stored request prior to the request 

7. A method according to claim 6, further comprising the being provided to the second computer for transmission 
steps of: . to the server application, 

providing a list of stored requests to the web browser for 60 15. A system according to claim 14 further comprising: 

presentation to a user; means for transmitting the stored request to the second 

accepting user input to select one of the stored requests in computer when the remote/mobile data processing sys- 

thc list of stored requests; and tern is connected to the second computer; 

wherein said recalling step recalls the stored request means for receiving, through the second computer, a 

selected by the user input. 65 response to the request from the server; 

8. A method according to claim 7, wherein said step of means for storing the response to the request at the 
recalling the stored request comprises the steps of: remote/mobile processing system; and 
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means for associating the stored response with the stored 
request. 

16. A system according to claim 15, further comprising 
means for providing the stored response to the web browser. 

17. A system according to claim 15, further comprising; 
means for providing a list of stored requests to the web 

browser for presentation to a user; 
means for accepting user input to select one of the stored 

requests in the list of stored requests; and 
means for providing to the web browser, the associated 

response to a selected one of the list of stored requests 

based upon user input. 

18. A system according to claim 15, further comprising: 
means for notifying the user of the availability of the 

received response when the response is received by the 
remote/mobile data processing system; and 
means for providing the response to the web browser if 
the user requests the response. 

19. A system according to claim 14, wherein said means 
for storing a request from the web browser comprises: 

means for storing an HTML form associated with the 
request; 

means for storing user input associated with the request; 
and 

means for associating the stored user input with the stored 
HTML form. 

20. A system according to claim 19, further comprising: 
means for providing a list of stored requests to the web 
. browser for presentation to a user; 

means for accepting user input to select one of the stored 
requests in the list of stored requests; and 

wherein said means for recalling recalls the stored request 
selected by the user input. 

21. A system according to claim 20, wherein said means 
for recalling the stored request comprises: 

means for recalling the stored form associated with the 
request; 

means for recalling the stored user input associated with 

the request; and 
means for providing the recalled form and the recalled 

user input to the web browser so as to recreate the form 

with the user input. 

22. A system according to claim 21, wherein said means 
for providing the recalled form and the recalled user input 
comprises: 

means for scanning the recalled form for named fields in 

the recalled form; 
means for scanning the recalled user input for name/value 

pairs in the user input; and 
means for replacing the default selection or user input of 

the named field in the recalled form with the value of 

a matching name/value pair from the user input. 

23. A system according to claim 21, further comprising: 
means for determining if a response to the recalled stored 

request has been stored at the remote/mobile data 
processing system; and 
means for adding a link to the stored response to the 
recalled form so as to provide to the user a hyperlink to 
recall the stored response. 

24. A system according to claim 21, further comprising: 
means for accepting user input to revise an original 

request from the web browser so as to provide a revised 
request based upon the original request modified by the 
user input; and 
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means for storing the revised request in the request queue. 
25. A system according to claim 24, wherein said means 
for storing the revised request .comprises means for replac- 
ing the request in the request queue with the revised request. 
5 26. A system according to claim 14, further comprising: 
means for determining if said remote/mobile data pro- 
'cessing system is linked to the second computer; and 
wherein said means for storing and said means for pro- 
viding are store and provide requests if said means for 
10 determining determines that the remote/mobile data 
processing system is not linked to the second computer. 

27. A computer program product for communicating with 
a web browser executing on a remote/mobile processing 
system which is temporarily and intermittently connected to 

15 a second computer, the computer program product compris- 
ing: 

a computer-readable storage medium having computer- 
readable program code means embodied in said 
medium, said computer-readable program code means 
20 a comprising: 

computer-readable program code means for storing in 
a persistent request queue at the remote/mobile pro- 
cessing system, a request from the web browser to a 
server application accessible to the second computer; 
25 computer-readable program code means for providing 
an interim response to the web browser in response 
to the request from the web browser; and 
computer-readable program code means for recalling 
the stored request to allow user modification of the 
30 stored request prior to the request being provided to 

the second computer for transmission to the server 
application. 

28. A computer program product according to claim 27 
further comprising: 

35 computer-readable program code means for transmitting 
the stored request to the second computer when the 
remote/mobile data processing system is connected to 
the second computer; 
computer-readable program code means for receiving, 
40 through the second computer, a response to the request 
from the server; 
computer-readable program code means for storing the 
response to the request at the remote/mobile processing 
45 system; and 

computer-readable program code means for associating 
the stored response with the stored request. 

29. A computer program product according to claim 28, 
further comprising computer-readable program code means 

5Q for providing the stored response to the client application. 

30. A computer program product according to claim 28, 
further comprising: 

computer-readable program code means for providing a 
list of stored requests to the web browser for presen- 
5S tation to a user; 

computer-readable program code means for accepting 
user input to select one of the stored requests in the list 
of stored requests; and 
computer-readable program code means for providing to 
60 the web browser, the associated response to a selected 
one of the list of stored requests based upon user input. 

31. A computer program product according to claim 28, 
further comprising: 

computer-readable program code means for notifying the 
65 user of the availability of the received response when 
the response is received by the remote/mobile data 
processing system; and 
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computer-readable program code means for providing the 
response to the web browser if the user requests the 
response. 

32. A computer program product according to claim 27, 
wherein said computer-readable program code means for 
storing a request from the web browser comprises: • 

computer-readable program code means for storing an 
HTML form associated with the request; 

computer-readable program code means for storing user 
input associated with the request; and 

computer-readable program code means for associating 
the stored user input with the stored HTML form. 

33. A computer program product according to claim 32, 
further comprising: 

computer-readable program code means for providing a 
list of stored requests to the web browser for presen- 
tation to a user; 

computer-readable program code means for accepting 
user input to select one of the stored requests in the list 
of stored requests; and 

wherein said computer-readable program code means for 
recalling recalls the stored request selected by the user 
input. 

34. A computer program product according to claim 33, 
wherein said computer-readable program code means for 
recalling the stored request comprises: 

computer-readable program code means for recalling the 
stored form associated with the request; 

computer-readable program code means for recalling the 
stored user input associated with the request; and 

computer-readable program code means for providing the 
recalled form and the, recalled user input to the web 
browser so as to recreate the form with the user input. 

35. A computer program product according to claim 34, 
wherein said computer-readable program code means for 
providing the recalled form and the recalled user input 
comprises: 

computer-readable program code means for scanning the 
recalled form for named fields in the recalled form; 

computer-readable program code means for scanning the 
recalled user input for name/value pairs in the user 
input; and 
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computer-readable program code means for replacing the 
default selection or user input of the named field in the 
recalled form with the value of a matching name/value 
pair from the user input. 

36. A computer program product according to claim 34, 
further comprising: 

computer-readable program code means for determining 
if a response to the recalled stored request has been 
10 stored at the remote/mobile data processing system; 
and 

computer-readable program code means for adding a link 
to the stored response to the recalled form so as to 
5 provide to the user a hyperlink to recall the stored 
response. 

37. A computer program product according to claim 34, 
further comprising: 

computer-readable program code means for accepting 
20 user input to revise an original request from the web 
browser so as to provide a revised request based upon 
the original request modified by the user input; and 
computer-readable program code means for storing the 
25 revised request in the request queue. 

38. A computer program product according to claim 37, 
wherein said computer-readable program code means for 
storing the revised request comprises computer-readable 
program code means for replacing the request in the request 

30 queue with the revised request. 

39. A computer program product according to claim 27, 
further comprising: 

computer-readable program code means for determining 
35 if said remote/mobile data processing system is linked 
to the second computer; and 
wherein said computer-readable program code means for 
storing and said computer-readable program code 
means for providing are store and provide requests if 
40 said computer-readable program code means for deter- 
mining determines that the remote/mobile data process- 
ing system is not linked to the second computer. 
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ABSTRACT 



The present invention describes a method for transmitting 
high bandwidth network content on a low bandwidth com- 
munications channel during off peak hours. According to 
one embodiment of the present invention, criteria is deter- 
mined for downloading data from the communications chan- 
nel and the data is downloaded from the communications 
channel during off-peak hours based on the determined 
criteria. According to another embodiment, a method for 
coordinated multicasts on a network is described. Download 
requests are received on a server from a plurality of clients 
on the network and stored on the server for the coordinated 
multicast. The coordinated multicast is generated at a pre- 
determined time and then broadcast from the server to the 
plurality of clients at the predetermined time. 

20 Claims, 10 Drawing Sheets 
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TRANSMITTING HIGH BANDWIDTH 
NETWORK CONTENT ON A LOW 
BANDWIDTH COMMUNICATIONS 
CHANNEL DURING OFF PEAK HOURS 

FIELD OF THE INVENTION 

The present invention relates to the field of networked 
computer systems. Specifically, the present invention relates 
to a method and apparatus for transmitting high bandwidth 
network content on a low bandwidth communications chan- 
nel during off peak hours. 

DESCRIPTION OF RELATED ART 

With the advent of consumer-oriented services on global 
networks such as the Internet, there has been an explosion of 
interest in delivering these services to users in their homes. 
Private on-line services such as America On-line (AOL™), 
Internet Service Providers (ISPs) such as Netcom™, and 
television -based Internet services such as the WebTV™ 
Network from WebTV Networks, Inc., are all seeking to 
provide on-line services to typical consumers in their homes. 

Unfortunately, the world's residential communication 
infrastructure was not designed to accommodate the high- 
bandwidth, two-way requirements of on-line services. 
Consequently, usage in the home is, for the most part, 
limited to "plain old telephone service" or "POTS" modems 
and Integrated Services Digital Network (ISDN) services. 
Although modems are becoming increasingly more efficient 
in utilizing the bandwidth of a telephone voice channel, they 
are ultimately limited to the 64 Kbps digitization of voice 
channels in the switched telephone network- ISDN, in some 
countries, can provide approximately 128 Kbps in band- 
width. That is, however, the upper limit in bandwidth for 
two-way communications using today's available infrastruc- 
ture to homes. 

Although there are other experimental and proposed tech- 
nologies to provide two-way high-bandwidth communica- 
tions to the home beyond 128 Kbps, none of these tech- 
nologies have been deployed to any significant degree on a 
nationwide or worldwide basis. For example, Asynchronous 
Digital Subscriber Loop (ADSL) uses the telephone twisted 
pair going to the home from the telephone central office to 
provide over 1 Mbps of downstream (to the home) band- 
width and lower upstream bandwidth. Cable modems, uti- 
lizing the Cable TV (CATV) infrastructure can provide over 
10 Mbits of downstream bandwidth and over 1 Mbps of 
upstream bandwidth. Also, hybrid approaches have been 
proposed in which a POTS telephone modem provides a 
low-bandwidth upstream channel while a one-way cable 
modem, a Direct Broadcast Satellite (DBS) feed, or even a 
terrestrial broadcast provides the downstream channel at 
over 10 Mbits/sec, 

Each of these high -bandwidth technologies has significant 
infrastructure upgrade implications and/or significant scal- 
ability limitations. For example, ADSL requires the instal- 
lation of ADSL modems in every telephone central office. 
Clearly, this amounts to a monumental undertaking. Cable, 
DBS, and terrestrial communications systems are broadcast 
architectures with limited overall bandwidth which is easily 
swamped when it is used for individual messages to poten- 
tially thousands, or even millions, of subscribers. Although 
a given cable plant can theoretically be segmented into 
independent subtrees to handle more individual messages, 
there are still monumental infrastructure upgrade implica- 
tions. 

Thus, given the bandwidth limitations of current commu- 
nications infrastructure to the home, and given the high cost, 
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monumental upgrade implications, and limitations of pro- 
posed new infrastructure, better methods are needed to bring 
high-bandwidth content services into the borne using exist- 
ing infrastructure. 

SUMMARY OF THE INVENTION 

The present invention describes a method for transmitting 
high bandwidth network content on a low bandwidth com- 
munications channel during off peak hours. According to 
1 one embodiment of the present invention, criteria is deter- 
mined for downloading data from the communications chan- 
nel and the data is downloaded from the communications 
channel during off-peak hours based on the determined 
criteria. 

According to another embodiment, a method for coordi- 
nated multicasts on a network is described. Download 
requests are received on a server from a plurality of clients 
on the network and stored on the server for the coordinated 
, multicast. The coordinated multicast is generated at a pre- 
determined time and then broadcast from the server to the 
plurality of clients at the predetermined time. 

Other objects, features and advantages of the present 
invention will be apparent from the accompanying drawings 
25 and from the detailed description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example 
and not by way of limitation in the figures of the accompa- 
30 nying drawings in which like reference numerals refer to 
similar elements and in which: 

FIG. 1 A is a typical computer system in which the present 
invention operates. 
35 FIG. IB is an alternate computer system (a WebTV 
system) in which the present invention operates. 

FIGS. 2Aand 2B illustrate the currently available devices 
and services on the Internet today 

FIGS. 3A-3D illustrate multicast or broadcast data 
40 streams according to various embodiments of the present 
invention 

FIG. 4 illustrates prior art utilization of idle time and 
off-peak time on a network 
45 FIG. 5 illustrates improved utilization of idle time and 
off-peak time on a network according to one embodiment of 
the present invention 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

50 

The present invention is a method and apparatus for 
transmitting high bandwidth network content on a two-way 
low bandwidth communications channel during off peak 
hours. One embodiment of the present invention utilizes 

55 typical on-line services and Internet usage patterns as well 
usage patterns of existing communications channels to pro- 
vide the user of a low bandwidth communications channel 
with an experience similar to the experience enjoyed by 
users utilizing a high-bandwidth communication channel. In 

60 the following detailed description, numerous specific details • 
are set forth in order to provide a thorough understanding of 
the present invention. It will be apparent to one of ordinary 
skill in the art that these specific details need not be used to 
practice the present invention. In other instances, well- 

65 known structures, interfaces, and processes have not been 
shown in detail in order not to unnecessarily obscure the 
present invention. 
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FIG. 1A illustrates a typical computer system 100 in software running in a WebTV client system to browse the 
which the present invention operates. One embodiment of Web, send electronic mail, and to make use of the Internet 
the present invention is implemented on a personal computer in various other ways. The WebTV network uses a Hyper- 
architecture. It will be apparent to those of ordinary skill in Text Transport Protocol (HTTP) based set of protocols 
the art that other alternative computer system architectures 5 implemented within the Web and supported by one or more 
may also be employed. Web servers. 

In general, such computer systems as illustrated by FIG. FIG. IB illustrates a basic configuration of the WebTV 

1A comprise a bus 101 for communicating information, a network according to one embodiment. Anumber of WebTV 

processor 102 coupled with the bus 101 for processing clients 180 are coupled to a modem pool 170 via direct-dial, 

information, main memory 103 coupled with the bus 101 for 10 bi-directional data connections 175, which may be telephone 

storing information and instructions for the processor 102, a (POTS, i.e., "plain old telephone service"), ISDN 

read-only memory 104 coupled with the bus 101 for storing (Integrated Services Digital Network), or any other similar 

static information and instructions for the processor 102, a type of connection. Modem pool 170 is coupled typically 

display device 105 coupled with the bus 101 for displaying through a router, such as that conventionally known in the 

information for a computer user, an input device 106 15 art, to a number of remote servers 150 via a conventional 

coupled with the bus 101 for communicating information network infrastructure 165, such as the Internet. 6 

and command selections to the processor 102, and a mass The WebTV system also includes a WebTV server 160, 

storage device 107, such as a magnetic disk and associated which specifically supports the WebTV clients 180. WebTV 

disk drive, coupled with the bus 101 for storing information server 160 acts as a proxy in providing the WebTV client 

and instructions. A data storage medium 108 containing 20 igo with access to the Web and other WebTV services. More 

digital information is configured to operate with mass stor- specifically, WebTV server 160 functions as a "caching 

age device 107 to allow processor 102 access to the digital proxy." A proxy cache on WebTV server 160 is used for 

information on data storage medium 108 via bus 101. temporary storage of Web documents, images, and other 

Processor 102 may be any of a wide variety of general information which is used by frequently either the WebTV 

purpose processors or microprocessors such as the Pen- 25 client 180 or the WebTV server 160. 

tium® microprocessor manufactured by Intel® Corporation. WebTV clients 180 each have a connection to the WebTV 

It will be apparent to those of ordinary skill in the art, server 160 either directly, via a WebTV modem pool 175, 

however, that other varieties of processors may also be used similar to modem pool 170, or through the conventional 

in a particular computer system. Display device 105 may be modem pool 170 and the Internet 165. Note that the modem 

a liquid crystal device, cathode ray tube (CRT), or other pool 170 is a conventional modem pool, such as those found 

suitable display device. Mass storage device 107 may be a today throughout the world providing access to the Internet 

conventional hard disk drive, floppy disk drive, CD-ROM and private networks. Further details of the WebTV system, 

drive, or other magnetic or optical data storage device for including the WebTV client can be found in co-pending U.S. 

reading and writing information stored on a hard disk, a Patent application entitled, "Web Browser Allowing Navi- 

floppy disk, a CD-ROM a magnetic tape, or other magnetic gation Between Hypertext Objects Using Remote Control," 

or optical data storage medium. Data storage medium 108 having application no. 08/660,088, and filed on Jun. 3, 1996. 

may be a hard disk, a floppy disk, a CD-ROM, a magnetic 0ne embodiment of the present invention is implemented 

tape, or other magnetic or optical data storage medium. ^ a software module, which may be executed on a computer 

In general, processor 102 retrieves processing instructions ^ system such as computer system 100 or WebTV server 160 

and data from a data storage medium 108 using mass storage in a conventional manner. Using well known techniques, the 

device 107 and downloads this information into random application software of the preferred embodiment is stored 

access memory 103 for execution. Processor 102, then on data storage medium 108 and subsequently loaded into 

executes an instruction stream from random access memory and executed within computer system 100 or WebTV server 

103 or read-only memory 104. Command selections and 45 160. Once initiated, the software of this embodiment oper- 

information input at input device 106 are used to direct the ates in the manner described below, 

flow of instructions executed by processor 102. Equivalent pi(j 2A illustrates the variety of communications chan- 

input device 106 may also be a pointing device such as a nels currently available to the typical home on-line service 

conventional mouse or trackball device. The results of this subscriber in an industrialized country such as the United 

processing execution are then displayed on display device 5Q States , Japan> or the Unilcd Kingdom. The arrows indicate 

105. the direction(s) of data flow over a given channel. 

Computer system 100 includes a network device 110 for a user browsing the Internet today can select specific 

connecting computer system 100 to a network. Network content such as web pages, video clips, audio clips or 

device 110 for connecting computer system 100 to tbe advertisements. This selected content is typically stored on 

network includes Ethernet devices, phone jacks and satellite 5S ser vers on the Internet, identified in FIG. 2A as content 

links. It will be apparent to one of ordinary skill in the art server 210. Since these content servers are usually main- 

that other network devices may also be utilized. tained at commercial locations, very high bandwidth com- 

Another embodiment of the present invention is imple- munications channels such a H or T3 lines are available to 

mented on a system known as WebTV, by WebTV Networks, connect them to either a TCP/IP network, such as the 

Inc., Palo Alto. The WebTV system uses a standard televi- 60 Internet or a Virtual Private Network (VPN), or other 

sion set as a display device for browsing the Web and packet -switched networks, such as X.25. Content servers 

connects to a conventional network, such as the Internet, may also be connected to conventional broadcast channels 

using standard telephone, Integrated Services Digital Net- 200 including a CATV channel, a terrestrial channel, or a 

work (ISDN), or similar communication lines. A user of a DBS channel. Because of the nature of these conventional 

WebTV client system can utilize WebTV network services 65 broadcast channels 200, however, they are typically limited 

provided by one or more remote WebTV servers. The to transmitting data in a single downstream direction, 

WebTV network services can be used in conjunction with namely from the content server to the client. 
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Such content servers can be located at one site or at many Although a download theoretically may complete very 

sites throughout the world. In fact, it is quite possible to quickly, the typical experience of the home Internet or 

replicate such content servers in several locations so as to on-line service user is that downloads are very slow, even for 

minimize the communications channel resources used by relatively small data items. There are a number of factors 

bringing a content server closer to each subscriber and to 5 that can make the download very slow, but even if all of the 

provide redundancy in the event of a server or communica- stages of the download are working at optimum efficiency, 

lions failure. the home user is typically still limited to the bandwidth 

FIG. 2B illustrates a common configuration today for limitations of the switched telephone network, 

personal computer (PC) and network-enabled set-top boxes ISPs such as AT&T WorldNet™ and WebTV Networks, 

and video game consoles. Client network interface device 10 Inc. offer flat-rate Internet access. While such Sat rates are 

(client device) 302 may include a device such as a WebTV™ offered on the expectation of a certain average utilization of 

set-top box, a video game system or a PC, that incorporates POP and network resources by the overall subscriber base, 

features described in computer system 100 above. Con- the ISP's primary concern is utilization during peak usage 

nected to client device 202 is a network interface device 224, hours (Monday-Friday, 9 am-5 pm for business usage, 

such as a POTS modem, an ISDN adapter, a cable modem 15 evenings and weekend daytime for home usage). This is due 

or an ADSL modem. Also connected to client device 202 is to the fact that an ISP has a certain number of modems 

caching store 220. Caching store 220 may include a hard available in its POPs and a certain amount of bandwidth 

disk, a digital video disk (DVD), flash Read-Only Memory between its POPs and its servers to the Internet. The ISP 

(ROM), or Random Access Memory (RAM). Other client must ensure that it has a sufficient number of modems and 

devices, network interface devices and caching stores may 2Q adequate bandwidth for peak usage. Otherwise, users will 

also be utilized. get busy signals or poor performance when they dial in for 

Network interface device 224 connects to a two-way service during peak times. Thus, for an ISP to provide good 

wide-area network (WAN) 226. According to one embodi- service to its customer base, it must provide enough POP 

ment of the present invention, two-way WAN 226 is a modems and enough bandwidth for peak usage, 

switched telephone network (POTS or ISDN). ADSL, two- 25 Notably, an ISP's modem and bandwidth resources 

way cable plant, or other two-way network technology may (collectively "ISP infrastructure") are largely idle during 

also be utilized. Given the current infrastructure that is off-peak hours. Which hours of the day qualify as "off-peak 

widely available for homes throughout the world, a POP is hours" vary depending on a given ISP's customer base. In 

necessary to connect the home to the packet-switched WAN. both the case of business and home customer base, however, 

Thus, as illustrated in FIG. 2B, POP 206 connects the 30 traffic is typically light during late night and early mornings, 

two-way WAN to a packet-switched WAN 230 such as a 7 days a week in each time zone. During these hours, an ISP 

TCP/IP network (e.g. the Internet or a VPN) or an X.25 is amortizing equipment and paying for communications 

network. In the event that a packet-switched WAN 230 can bandwidth on leased lines without utilizing the equipment, 

be delivered directly to the home in the future, POP 206 will Thus, theoretically, if a large percentage of an ISP's user 

no longer be necessary. Finally, within reach of the packet- 35 base were to connect to the ISP during these hours, it would 

switched wide area network is at least one content server 210 have little or no impact on the ISP's costs of providing 

containing content potentially of interest to the user of client Internet access, so long as the number of users was less than 

device 202. its peak number of users, even though it would drastically 

IVpically, the user of client device 202 decides that he or increase the average number of on-line hours per month per 

she is interested in certain content available on one or more 40 user - 

content servers 210. The user connects his or her client Following this supposition further, the telephone costs to 

device 202 to a WAN such as the Internet or a private on-line the user for connecting during these off-peak hours would be 

service such as AOL™. This is generally accomplished by zero or quite low, assuming the dialed POP was in a given 

client software executing on client device 202 dialing the user's local calling area. As described above, in the United 

phone number of POP 206, going through an authentication 45 States, residential local calls are generally charged at a 

procedure to establish the validity of the user's on-line flat-rate per month, regardless of duration. In other 

account, and then providing the user with an on-line navi- countries, local calls during off-peak hours are often cheaper 

gation means. The on-line navigation means may be through than during peak hours. For example; in Japan, while local 

a general-purpose Hyper-Text Markup Language (HTML) calls during peak hours are charged by the minute, a flat-rate 

browser, such Netscape Navigator™ or Microsoft™ Internet 50 service plan is available between the hours of 11 PM and 7 

Explorer, or through a proprietary on-line browser such as AM. Like the ISPs, phone companies must provide equip- 

the AOL client software. ment and bandwidth to accommodate peak loads. During 

If the user is seeking a particular content item, there are off-peak hours, this equipment and bandwidth sits idle, so 

various tools such a search engines and catalogs that the user the company may desire to incent users to utilize the 

can use to search for the content. Once that item is found, the 55 equipment during these hours. 

user typically clicks the mouse on a hyperlink to that item. According to one embodiment of the present invention, 

The hyperlink in turn directs the client software to initiate a the methods of on-line communications using the configu- 

download into their client device 202. Depending on the data ration shown in FIG. IB are improved significantly. The 

size of the content selected, the communications bandwidth, improvements take advantage of the fact that, as described 

the network traffic, and the load on content server 210 60 above, typically in the home, a client device is utilized only 

holding the content, the download time may vary. The during certain hours of the day. The presently claimed 

download may complete almost instantly or take minutes or invention leverages the usage patterns to provide many of 

hours. Upon completion of the download, the user may the characteristics of high-bandwidth two-way communica- 

experience a visual result such as a picture or a video clip, tions by heavily utilizing infrastructure during off-peak 

or an auditory result such as music. Alternatively, the 65 times. 

download may simply be a file that is stored in memory or In one embodiment of the present invention, the client 

on a disk for later use. software allows the user to specify content that the user 
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desires to access. For example, if the user is interested in 
news, the user might identify CNN™ Interactive, a web site 
that contains news items, as a web site of interest. During 
off-peak hours (when the user is probably asleep) the client 
software on client device 202 will direct client device 202 
and network interface device 124 to automatically dial into 
to a local POP 132, provide appropriate authentication, and 
then download all of the content the user has specified to be 
of interest. In the case of the CNN Interactive web site, the 
client software may explore all of the links originating from 
the root home page (i.e. http://www.cnn.com/) to some level 
of depth (e.g. to all pages within the cnn.com domain). As 
each web page comes in, its content will be stored in caching 
store 220. 

Some of the links may very well contain large quantities 
of data, such as compressed video, which using currently 
known techniques, is only convenient to download through 
a high bandwidth connection. Alternatively, according to 
this embodiment of the present invention, the client software 
will have several off-peak hours to complete the downloads 
and will thus be able to download these large data items over 
a standard lowb and width communications mechanism. For 
example, at 33,6 Kbps, 118 MBytes of data can be down- 
loaded in 8 hours. 1 minute of MPEG 1 video is about 10 
MBytes of data. Currently, a user with a 33.6 Kbps modem 
would wait almost an hour to download 1 minute of video. 
According to this embodiment, however, the user may 
specify this type of content to be downloaded overnight. The 
next day, the video may be viewed in real-time from caching 
store 220. 

The mechanism described above has significant advan- 
tages over currently available techniques. According to other 
embodiments of the present invention described below, 
further refinements provide for a better experience to the 
user and better resource utilization for the ISP. 

A. Blind Downloads 

One potential problem with the off-peak download 
mechanism just described is that if the client software 
blindly downloads content specified by the user, it may very 
well be downloading some of the same content redundantly 
every night. For example, the user may be interested in the 
CNN Interactive web site, but not all of the content on the 
CNN Interactive web site changes every night. Some of the 
graphical elements such as banners or user interface ele- 
ments may remain unchanged for weeks or months at a time. 
Additionally, there are references to previous days' stories 
that may have been downloaded over the previous few days. 

Thus, according to an embodiment of the present 
invention, data is selectively download into the Caching 
Store. There are numerous well-known techniques for deter- 
mining whether on-line data has been previously cached, as 
well as certain proprietary techniques described in the 
co-pending application entitled "Method and Apparatus For 
Providing Proxying and Transcoding Of Documents In A 
Distributed Network," having Ser. No. 08/656,924, filed 
Jun. 3, 1996. If only new data is downloaded each night, 
then over several successive nights, a working set of current 
data may be captured which is much larger than the 118 
MBytes that can be downloaded in a single 8 hour session 
at 33.6 Kbps. 

B. Tracking Downloads 

Another problem with the off-peak download mechanism 
and improvements just described is that it requires a proac- 
tive effort on the part of the user to specify which content the 
user is interested in. According to an embodiment of the 
present invention, the client software tracks the on-line 
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usage of the user and logs a list of the sites the user visits. 
During the off-peak download, the client software can 
download updates to those sites, on the assumption that the 
user may be interested in going back to those sites at a later 
5 date. 

C. Selecting Sites for Download 

According to yet another embodiment of the present 
invention, the client software may consult with a database 
stored on a content server which categorizes sites by subject 

10 area, find sites that fall into the same general category as 
sites visited by the user, and download those sites during the 
off-peak downloads on the assumption that the user may be 
interested in similar category sites. For example, if the user 
is interested in NFL™ football and frequently visits 

15 www.nfl.com, the user may also be interested in the general 
sports information available at the ESPN™ website 
(www.espn.com). This embodiment may also include 
explicit selections provided by the user. 

D. Organizing Download Material • 

20 According to another embodiment of the present 
invention, the ISP provides a service that organizes material 
chosen by an editorial staff (human or electronic) to down- 
load to the user based on any of the following criteria: (a) 
interests explicitly specified by the user (b) tracking which 
sites the user visits and extrapolating the user's interests (c) 
judgments made by the editorial staff of sites considered to 
be novelties or of general interest (d) payments made by 
third parties publishers of "high-end" web sites for data from 

3Q their sites to be downloaded and cached permanently (e) 
payments made by third parties for advertisements to be 
downloaded and inserted during the user's browsing expe- 
rience. It will be apparent to one of ordinary skill in the art 
that other download criteria may also be employed. 

35 This embodiment includes client and server side software . 
The client software connects to the ISP server software prior 
to starting its off-peak content download. The client software 
uploads relevant information to the server, such as explicitly 
specified interests of the user and user tracking information. 

w The server software downloads to the client software a list 
of addresses of content to be downloaded during the off-peak 
download, based on the criteria described above. The cach- 
ing store 220 can thus be customized to store content 
explicitly or implicitly in the user's interest. 

45 E. Downloading Advertising 

The caching store 220 can also store promotional content 
such as advertisements or particular web sites which third 
parties are willing to pay the ISP for the right to download 
and make available to the user. Presumably, such payments 

50 will reduce the ISPs operating costs and the savings can be 
passed along to the user in the form of reduced on-line costs. 
In this sense, such promotional content would serve a similar 
purpose to advertising on television: it would make content 
available to the user for a reduced cost, or for free. 

55 According to one embodiment of the present invention, 
downloaded advertising is presented to the user in many 
forms. For example, the advertising can be placed as a 
"banner" on the screen amidst other content, or it could 
interrupt the user's browsing and be displayed periodically, 

60 just as TV ads interrupt the user's TV watching. The 
advertising can also be displayed while the user is visiting 
"free" sites, but suppressed while the user is visiting "pre- 
mium" sites, namely sites that the user pays a monthly fee 
to view. Additionally, such advertising can be suppressed if 

65 the user pays a higher fee to the ISP. 

Thus, according to this embodiment, advertising can be 
targeted more specifically to the user's interests using cri- 
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tcria similar to that used for selecting content to be down- loaded at the time the site is visited to provide a compelling 

loaded to the user. Thus, unlike broadcast television where and up-to-date experience for the user. 

users must endure advertising directed to a fairly general H. Coordinated Multicast Downloads 

audience, an embodiment of the present invention allows for Although the previously described embodiments work 

improved, less intrusive, better targeted or non-existent (if 5 weU for ^ mdi vidual clienl device 20 2, there are scalability 

the user is willing to pay a higher subscription fee) advcr- that crop up when there are hundreds of thousands or 

^ sm S- millions of client devices 202. Although each individual 

Current Internet advertising generally connects the adver- client device 202 would typically require a relatively low- 

tisement with a particular web page, usually in the form of bandwidth data stream (e.g. 33.6 Kbps), one million client 

a banner. If web pages containing such banners are cached 10 devices 202 being simultaneously updated would have an 

in a caching store 220, several problems may arise. For aggregate bandwidth requirement of 33.6 Gigabits/sec. If a 

example, each time the user returns to the cached web page, significant number of these client devices 202 are attempting 

the same banner will be displayed. This is a disadvantage to download data from a single content server 210 at once, 

over current methods of displaying banners where banner the server would be overwhelmed and many of client 

ads change each time a web page is displayed. Additionally, 35 devices 202 would have to wait until the server is available, 

if a web page is cached and the user never goes to it, any Additionally, if many of client devices 202 are utilizing any 

banner advertisement stored together with the web page is common communications channel simultaneously (e.g. a Tl 

wasting cache space and download time. li nc leading into a single POP serving many client devices 

Thus, according to one embodiment of the present 202), that channel can also become overwhelmed resulting 

invention, advertisements are stored separately from web 20 in communications delays. The amount of data that can be 

pages and are inserted periodically during the user's brows- downloaded overnight is directly proportional to the per- 

ing (regardless of what web page the user goes to). This centage of time client device 202 communications channel 

embodiment thus allows the advertisements to change is active. Thus it is clearly desirable to avoid overloading 

throughout the browsing experience, while optimizing the content servers and shared communications channels so as 

cache space and download time. This embodiment also 25 to minimize client device 202 wait time and maximize the 

allows the advertisements to be better targeted to the user's amount of data downloaded. 

interests because the ads are targeted based on all of the data One embodiment of the present invention coordinates 

known about the user, not simply the fact the user is viewing downloads through one or more content servers on the 

a given web page. Finally, this embodiment makes it pos- ^ network, utilizing a "multicast" transmission protocols, 

sible for the user to suppress advertising altogether by rather than having data downloads initiated by each client 

paying a higher fee to the ISP. device 202 independently. Some particular multicast proto- 

F. Downloading Updates cols are well known in the art and are generally intended to 
According to one embodiment, a variety of data may be provide live broadcasts of data through a network (e.g. a 

transmitted during off-peak hours. For example, users may 35 TCP/IP network such as the Internet), typically for the 
be allowed to schedule software updates during these hours. purpose of disseminating media format data such as sound 
While a user is logged in during the day, the user may be or video in real-time. For example, multicast protocols can 
presented with the option of upgrading various software on be used to transmit compressed audio or video from a 
his or her client machine. If the user selects the upgrade, the baseball game in progress. Whereas typical TCP/IP corn- 
user may then be presented with the option of having the ^ munications are one-to-one, multicast communications are 
upgrade downloaded during off-peak hours, thus reducing one-to-many. Multicast protocols on the Internet allow a 
the amount of time that the user is logged on to the network bandwidth "slot" to be reserved in advance for the multicast 
during peak hours. This is especially advantageous for large on all the routers carrying the multicast data. Thus, the 
downloads that may require prolonged connectivity. It will server generating the multicast can be certain that any client 
be appreciated by one of ordinary skill in the art that other 45 desiring to receive the multicast will be able to do so without 
types of data may also be downloaded during these off-peak a break in the communications, despite adverse traffic con- 
hours, ditions on the Internet. 

G. Purchasing Bandwidth and Caching Store Space One embodiment of the present invention uses TCP/IP 
According to another embodiment of the present multicast protocols to disseminate data as follows. At a 

invention, web site publishers can "purchase" bandwidth so pre-established time, all client devices 202 desiring to be 

and caching store 220 space. These web sites can thus ensure updated connect to the Internet Each client device connects 

that data from their sites is always available to the user. This to a server at a pre-established IP address and downloads 

embodiment allows high-end content providers, such as information as to what data feeds are available, when they 

Disney™ or ESPN, to present a richer experience with their are available, the nature of the data, and the multicast 

web sites than would otherwise be possible. For example, ss addresses where the data can be accessed. Based on the 

instead of a user seeing still images and text when they go particular profile(s) of the user(s) of a given client device 

to the www.disney.com home page (since the Disney web 202 and an assessment of which data has already been 

site designers were limited to an amount of data that can downloaded to client device 202 during previous sessions, 

download in a few seconds with a 33.6 Kbps modem), the client device 202 software makes a determination of which 

user could be greeted with full-motion video and sound upon 60 data feeds m most relevant for the user and contain new 

reaching the web site. Anything that requires a large down- data which has not previously been downloaded. Then, at the 

load during the night could not be completely up-to-date, but appointed times client device 202 begins to the receive the 

text or other low-bandwidth data elements could download appropriate data streams. 

at the 33.6 Kbps rate when the user goes to the site to be The data streams used by the presently preferred embodi- 

overlaid upon the previously cached high-bandwidth data. 65 ment can come in several forms, as illustrated in FIGS. 

Thus, visually rich "stock footage" from the caching store 3A-3D. A simple organization is shown in FIG. 3A. Five 

220 can be combined with completely current data down- data streams are shown in this figure (data streams 



08/10/2003, EAST Version: 1.04.0000 



5,978,381 

11 12 

302-310), each containing data focused on a particular area tunity for a Client device 202 to download data in subse- 

of interest. The data streams are each 8 hours of a steady quent hours if there are any transmission errors (corrupt or 

download at a given data rate, in this example, 33.6 Kbits/ missed data packets). Unless there are extremely unreliable 

sec. If the five data streams shown here were available on a communications or if client device 202 or the phone line is 

given night and the user of a client device 202 were 5 tied U P for man y hours durin S the download period, client 

interested in Sports data stream 306, client device 202 could device 202 should have no trouble downloading an hour of 

then connect to the Sports multicast data stream 306 at 11 S P° r * 1 ™ d aa hour of S P orts 2 durm S the ei S ht hour 

PM, and commence downloading into its caching store 220. P cno • 

By 7 AM, if there were no disruptions, client device 202 Some users may be interested in more than one subject 

would have downloaded approximately 118 MBytes of 10 In ^ cai * dient device 202 could utilize the repeating 

Sports-orient content, which might include video and audio data s ream f s , hown "L FIG * 3B 0 r f ^ ive a selecll0n f of 
*. t 4 . . „ 4 . , * t, several content areas. For example, if the user were inter- 

clips images, text and interactive conten t The user woidd ested ^ ^ and ^ me ^ device 2Q2 

be able to enjoy this Sports content during the day and would download one hour from each data stream for four 

benefit from near instant access since the data would be DQUrs ^ for Qne ^ dicnt devke 202 may download 

stored on its caching store 220. Of course, if client device 15 Advertising (which could be used to help pay for the cost of 

202* s user were more interested in News, or Children's me otner content). In the remaining hours client device 202 

content, then the Client could download the News multicast may download any data packets that were corrupted or 

data stream 308 or Children's multicast data stream 310 missed in the preceding hours. 

instead. This embodiment of the present invention is distinct from 

Clearly, there could be millions of client devices 202 20 current advertising on the Internet, where the advertising is 

simultaneously downloading data from multicast data downloaded from a web site, typically in the form of a 

streams, while imposing little burden on either the content "banner" associated with a particular Web page. In the 

server 210 supplying the data streams or Internet commu- current embodiment, advertising can be downloaded as a 

nications infrastructure carrying the multicast. The five data separate data stream into client device 202, When the user 

streams together constitute only 33.6 Kbits/sec*5=168 25 uses client device 202 to view web sites, client device 202 

Kbits/sec of data bandwidth, a minor burden on either can overlay advertising over any web page or display 

content server 210, or a Tl or a T3 line, especially during fdvertismg between web pages, or while web pages are 

off-peak hours. Tnus, compared to a million client devkes loadlD , S ' ^ &r example, they are not stored in the caching 

1M r . u i *L •„ j »i -aa < vu:*/r*~„ A n * n store 220. In this way, an advertiser can be certain its ad is 

202 simultaneously requesting individual 33.6 Kbit/sec data . (< c . . , ..... , .j 

streams (resulting in 33.6 Gigabits/sec of aggregate 30 vrewed by a user, regardless of whi^ web s.tes they deade 

bandwidth), this embodiment results in a much lower aggre- l ° vlslt - cre 15 ^ no bandwidth wasted downloading 

* i_ j ■ j*l advertisements tied to particular content that may never be 

gate bandwidth. , r J 

viewed. 

I. Retransmissions Another embodiment of the present invention provides 

One limitation to the approach described above is that the 35 more efficient correction of sporadic transmission errors, 

communications infrastructure through the Internet and Given that Internet communications and high-speed modem 

through telephone dial-up connections is imperfect. Packets communications are for the most part reliable, there should 

are dropped, routers have throughput problems, phone con- be a re i a tively small number of data errors during the 

nections are dropped, etc. Additionally, the user may choose download of multicast data, and these errors will tend to be 

to use client device 202 during some portion of the desig- ^ spora di c . Consequently, it would not be efficient for client 

nated download hours. Thus, client device 202 may not be device 2 Q2 to sacrifice an entire hour of download time just 

available for downloading if it is being used for another so it can wait for me retransmission of a packet that was 

purpose. Further, since a residential telephone line is often corrupted in the previous hour of a data stream. Moreover, 

used for more than one use, the telephone line may be it mav be me tnat me pac ket downloads with the same 

engaged during a portion of the download hours, blocking 45 em)r agaillj or ^at there are packet errors in more than one 

client device 202 from using it. data strcam which occur at me same momeilt during an hour, 

Thus, it is essential that the data streams are structured and therefore cannot both be received at once if only one 
appropriately to allow for the fact that some client device hour is allocated to correct all errors. 
202s may not receive a perfect uninterrupted data stream. Several improvements in this embodiment alleviate these 
There are a number of approaches that can be applied to this 50 problems. For one, the repetition interval of the data streams 
problem. As shown in FIG. 3B, data can be transmitted ^ a jj made to be smaller with more data streams allocated, 
repeatedly, staggered by some period of time. The same This gives more opportunity to correct errors, but it has the 
Sports information could be transmitted every hour, as disadvantage of using more bandwidth. An alternative 
shown in the Sports 1 data stream. If a Client device 202 improvement is to allocate a block of time for client devices 
whose user is interested in Sports receives a bad packet or ss 202 to make individual retries of a conventional nature as 
is disrupted during a download of Sports 1, it simply can shown in FIG. 3C. For example, if a client device 202 
wait for hour later to receive the same data again. It will be downloads data from all five data streams and there were a 
appreciated by one of ordinary skill in the art that the lota i 0 f io data errors over the course of the downloads, 
retransmitted data may be staggered by any appropriate c jj ent device 202 may request the content server 210 sup- 
period of time (i.e. greater or less than one hour). 60 plying the data streams to send the particular 10 packets that 

Repeating Sports 1 data reduces the amount of Sports data were dropped in the multicast. If one million client devices 
that can be transmitted over the eight hour period. If Sports . 202 receiving multicast data streams all suffer from 10 data 

was an important enough category, however, one or more errors, there will be 10 million retry requests to content 

additional data streams could be allocated to Sports infor- server 210. Although this is a large number of requests, the 

mation. In this example, as illustrated in FIG. 3B, two data 65 requests do no necessarily need to be answered instantly, and 

streams are allocated to Sports, Sports 1 and Sports 2, each client devices 202 can wait until it is their turn to have their 

repeating every hour. The repeating data gives ample oppor- requests filled. 1 
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Yet another improvement is shown in FIG. 3D. As pre- 
viously described, a block of time is allocated for client 
devices 202 to make retry requests to content server 210 
supplying the data stream. But, rather than responding 
directly to the requesting client device 202, content server 5 
210 transmits the repeated data on the appropriate multicast 
data stream. In this way other client devices 202 that 
experienced the same error will be able to receive the 
corrected data. This is more efficient than sending individual 
responses because it is often the case that the same data 1Q 
packet error may affect several recipients of a multicast (e.g. 
if several client devices 202 are downstream from the same 
network node that causes the data packet error). 

J. Conditional Viewing Restrictions 

Certain content that is downloaded using the mechanisms 
just described may be intended for viewing only by a user 
paying a special fee. According to one embodiment, client 
device 202 downloads such so-called for-pay content, but 
does not allow the user to view the data unless certain 
conditions are met such as, for example, the transferring of 
funds to the account of the owner of the for-pay content. 20 
Another condition permitting the viewing of the for-pay 
content might be a trial offer whereby the user may preview 
part of the for-pay content, but must pay for viewing the rest 
of the for-pay content. 

K, Call Waiting Interrupt 25 

One problem with client device 202 doing an eight-hour 
download of data through a residential telephone line is that, 
although the download might occur during times when the 
user is sleeping, another party might want to reach the user 3Q 
in an emergency. Most United States telephone lines are 
equipped with a Custom Calling feature known as Call 
Waiting which introduces a "bong" sound to a telephone call 
when a third party is calling. By "flashing" the switchhook, 
the telephone call can be put on hold and the third party will 35 
be connected. This Call Waiting capability can be used to 
allow an incoming call to interrupt a long data download as 
described in copending patent application entitled "Method 
and Apparatus For Managing Communications Between A 
Client And A Server In A Network/' having Ser. No. ^ 
08/660,087, filed Jun. 3, 1 996. The lost data packet recovery 
mechanisms described previously can be used to recover 
packets lost during such Call Waiting disruptions. 

L. Off-peak Downloads 

Although the data download mechanisms described above 45 
provide a means to download a great deal of data during 
off-peak times, a characteristic of this approach is that the • 
data downloaded is not completely up-to-date when the user 
views it. For example, a news clip that is downloaded at 2 
AM and viewed at 6 PM may not be as interesting to the 50 
viewer as something more current. A further improvement to 
the presently preferred embodiment is for client device 202 
to utilize any channel idle time when the user is using client 
device 202 to download any updates to the data that was 
downloaded previously. 55 
. Thus, a clear distinction can be drawn between prior art 
utilization of idle time and off-peak time on a network, as 
illustrated in FIG. 4, and improved utilization of idle time 
and off-peak time on a network, as illustrated in FIG. 5. In 
FIG. 4, no data is transmitted when the user is connected, but so 
idle, nor is any data transmitted during off-peak time of the 
day. As can be seen in FIG. 5, a great deal of data (described 
here as auxiliary data) is transmitted during off-peak times 
of the day and updated with data transmitted during idle 
time. 65 

Thus, a method and apparatus for transmitting high band- 
width network content on a low bandwidth communications 
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channel during off peak hours is disclosed. The specific 
arrangements and methods described herein are merely 
illustrative of the principles of the present invention. Numer- 
ous modifications in form and detail may be made by those 
of ordinary skill in the art without departing from the scope 
of the present invention. Although this invention has been 
shown in relation to a particular preferred embodiment, it 
should not be considered so limited. Rather, the present 
invention is limited only by the scope of the appended 
claims. 
What is claimed is: 

1. In a computer network that includes (i) a plurality of 
remote servers for accessing a plurality of network sites 
containing various types of content that can be viewed and 
downloaded, (ii) a plurality of proxy servers for caching 
content from frequently accessed sites of one or more of the 
remote servers, and (iii) a plurality of client systems each 
having a caching store to which requested content of one or 
more sites on the network can be downloaded from any of 
the remote or proxy servers, and wherein each of the remote 
servers, proxy servers and client systems are logically con- 
nected to one another over a plurality of communications 
channels, at least some of which are low bandwidth com- 
munication channels, a method of improving transmission of 
network content by utilizing off peak as opposed to peak 
time periods for downloading selected content, comprising 
the steps of: 

tracking at the client system on-line usage of a user in the 
form of information that corresponds to one or more 
sites and/or the content contained at such sites accessed 
by the user; 

during an off peak time period, the client system auto- 
matically and without user intervention, connecting to 
at least one of said remote or proxy servers, and 
authenticating to the connected server the client system 
that is connecting; 

thereafter, during the off peak time period, downloading 
from the connected server content from one or more 
sites on the network as identified from the information 
tracked at the client system; and 

storing the downloaded content in the caching store of the 
client system, and then disconnecting the client system 
prior to return of the peak time period. 

2. The method according to claim 1 wherein said step of 
downloading said context from one or more sites during 
off-peak hours includes the step of downloading advertising 
data. 

3. The method according to claim 2 wherein said step of 
downloading said advertising data includes the step of 
storing said downloaded advertising data separately from 
other downloaded content. 

4. The method according to claim 2 wherein said step of 
downloading said advertising data includes the step of 
allowing users to prevent downloading advertising data. 

5. The method according to claim 1 wherein at least one 
of said communications channels is a telephone network. 

6. The method according to claim 1 wherein at least one 
of said communications channels is an Integrated Services 
Digital Network (JSDN) network. 

7. A method according to claim 1: 

wherein said step of connecting to said at least one remote 
or proxy servers includes the acts of receiving on said 
at least one server download requests from a plurality 
of client systems on said network, and storing said 
download requests on said server for user during a 
coordinated multicast; and 
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wherein said step of downloading content includes the act 
of broadcasting said coordinated multicast from said 
server to said plurality of clients at a predetermined 
. time. 

8. The method according to claim 7 further including the 
steps of: 

said plurality of client systems assessing individual user 
profiles and previously downloaded data; and 

generating said requests based on the assessed individual 
user profiles and previously downloaded data. 

9. The method according to claim 7 wherein said act of 
broadcasting said coordinated multicast from said server to 
said plurality of client systems at said predetermined time 
includes the act of broadcasting streams of data from said 
server to said plurality of clients. 

10. The method according to claim 9 wherein said act of 
broadcasting streams of data from said server to said plu- 
rality of client systems includes the act of rebroadcasting 
streams of data from said server to said plurality of client 
systems at predetermined times after said broadcast. 

11. In a computer network that includes (i) a plurality of 
remote servers for accessing a plurality of network sites 
containing various types of content that can be viewed and 
downloaded, (ii) a plurality of proxy servers for caching 
content from frequently accessed sites of one or more of the 
remote servers, and (iii) a plurality of client systems each 
having a caching store to which requested content of one or 
more sites on the network can be downloaded from any of 
the remote or proxy servers, and wherein each of the remote 
servers, proxy servers and client systems are logically con- 
nected to one another over a plurality of communications 
channels, at least some of which are low bandwidth com- 
munication channels, as an article of manufacture, computer 
program product for utilization on a client system in order to 
implement a method of improving transmission of network 
content by utilizing off peak as opposed to peak time periods 
for downloading selected content, said computer program 
product comprising: 

computer readable medium for containing computer pro- 
gram code means; and 
wherein the computer program code means comprise 
instructions for operating a client system in accordance 
with a method which is comprised of the steps of: 
tracking at the client system on-line usage of a user in 
the form of information that corresponds to one or 
more sites and/or the content contained at such sites 
accessed by the user; 
during an off peak time period, the client system 
automatically and without user intervention, con- 
necting to at least one of said remote or proxy 
servers, and authenticating to the connected server 
the client system that is connecting; 
thereafter, during the off peak time period, download- 
ing from the connected server content from one or 
more sites on the network as identified from the 
information tracked at the client system; and 
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storing the downloaded content in the caching store of 
the client system, and then disconnecting the client 
system prior to return of the peak time period. 

12. The method as implemented by the computer program 
5 product according to claim U wherein said step of down- 
loading context from said one or more sites during off-peak 
hours includes the step of downloading advertising data. 

13. The method as implemented by the computer program 
product according to claim 12 wherein said step of down- 

10 loading said advertising data includes the step of storing said 
downloaded advertising data separately from other down- 
loaded content. 

14. The method as implemented by the computer program 
15 product according to claim 12 wherein said step of down- 
loading said advertising data includes the step of allowing 
users to prevent downloading advertising data. 

15. The method as implemented by the computer program 
product according to claim 11 wherein at least one of said 

20 communications channels is a telephone network. 

16. The method as implemented by the computer program 
product according to claim 11 wherein at least one of said 
communications channels is an Integrated Services Digital 
Network (JSDN) network. 

25 17. A method as implemented by the computer program 
product according to claim U: 
wherein said step of connecting to said at least one remote 
or proxy servers includes the acts of receiving on said 
at least one server download requests from a plurality 
30 of client systems on said network, and storing said 
download requests on said server for use during a 
coordinated multicast; and 
wherein said step of downloading content includes the act 
of broadcasting said coordinated multicast from said 
35 server to said plurality of clients at a predetermined 
time. 

18. The method as implemented by the computer program 
product according to claim 17 further including the steps of: 

^ said plurality of client systems assessing individual user 
profiles and previously downloaded data; and 
generating said requests based on the assessed individual 
user profiles and previously downloaded data. 

19. The method as implemented by the computer program 
45 product according to claim 17 wherein said act of broad- 
casting said coordinated multicast from said server to said 
plurality of client systems at said predetermined time 
includes the act of broadcasting streams of data front said 
server to said plurality of clients. 

50 20. The method as implemented by the computer program 
product according to claim 19 wherein said act of broad- 
casting streams of data from said server to said plurality of 
client systems includes the act of rebroadcasting streams of 
data from said server to said plurality of client systems at 

55 predetermined times after said broadcast. 

***** 
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Col. 16, In. 35: after "clients at" change "a" to -said- 
Col. 16, In. 48: after "data" change "front" to -frora- 
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[57] ABSTRACT 
A digital, interactive communication system designed 
to provide a plurality of remote subscribers with any 
one of a variety of stored information service software 
packages through the use of a home computing assem- 
bly maintained within the subscriber's home and struc- 
tured to display video as well as generating audio on a 
standard television receiver. A bi-directional communi- 
cation link is established over telephone lines between 
the home computing assembly and a central remote 
information storage center wherein a selected one of the 
variety of information services is transmitted as a modu- 
lated carrier to the subscriber. Information service se- 
lection is controlled by a remote information storage 
center executive software program. Automatic billing is 
performed by computing equipment maintained in the 
remote information storage center and transmitted to a 
headquarters which also receives diagnostic messages 
associated with the remote information center and/or 
the associated plurality of home computing elements. 

20 Claims, 12 Drawing Sheets 
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FIG. 5 
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FIG. 6 
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FIG. 8 
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FIG. 10 
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FIG. 11 
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on a pre-scheduled time basis. Abraham does not dis- 

TELEPHONE ACCESS INFORMATION SERVICE close digital transmissions. 

DISTRIBUTION SYSTEM In addition, Abraham discloses in U.S. Pat. No. 

4,521,806 signal traffic paths being established for tele- 

This application is a continuation-in-part application 5 phone communication and cable program transmission 

of application Ser. No. 07/423,946, filed Oct. 19, 1989, in a basic subscription broadcast system. The program 

now U.S. Pat. No. 5,051,822. material is stored at a library broadcast station in analog 

form and is digitized and time compressed after readout 
FIELD OF THE INVENTION f or transmission to the subscribers along the cable paths. 
This invention relates to a home computing assembly 10 Other patents demonstrating the prior art of the same 
capable of establishing a digital, interactive communica- subject matter include U.S. Pat. No. 4,734,764 to Po- 
tions system providing a plurality of subscribers access cock et al„ U.S. Pat. No. 4,761,684 to Clark et al., and 
to a variety of information services stored in a plurality u s - Pat < No - 4,763,191 to Gordon et al. 
of remote information services storage centers. The In addition to the above, U.S. Pat. No. 4,584,603 to 
information services may include, for example, mall l * Harrison discloses an amusement and information sys- 
shopping services, moves as memory comes on line, t«» *>r use in a closed environment such as on airlines 
personal dating services, grocery shopping service, wh crein an entertainment terminal mcluding a key- 
catalog sales, classified advertising, contests and video *>°ard ^ d video <* ls ? lav assembly is available for use by 
games, with the possibility of buying a product and occupant and is structured to provide access to 
having it delivered to a user's home. The invention also 20 ^ &** s wel1 * movies and other « dected mfor * 
provides for the use of a standard television receiver for ma ?, on " . . . „ . , . . , 
video and audio, and contemporary input devices to # Although it is well known to use a bi-directional 

interact with the software program, in the instances tele P hone hnk > " * y ^LJX 

... „ ,™ ^ r 7.„^U, ~r tents, to access audio and video information that is 

where the selected one of the variety of information „ 4 j w . . . . , . # . ... 

25 transmitted as a related but independent television 
services » a video game or some other mteractive ser- e ^ need for 

vice. A bi-directional telephone link is established be- of executable computer software pro- 
tween the home computing assembly and a remote m- ^ f ntin a variet of infonnation P seT . 
formation services storage center to access the desired ^ ^ ft ^, cvision broadcast channel to rcach a 
^formation service and a cable television broadcast 3Q Qf subscribers md act individual re- 
channel is used um-directionally to transmit the selected nuests 

information service software program as digital streams h object of ^ invention t0 provide a vehicle 

of data to the home computing, assembly. whereby a plurality of information service software 

BACKGROUND OF THE INVENTION programs are made available substantially upon demand 

J . . . 35 and upon request to individual subscribers on a •'pay- 
Much is known about video gaming devices for the >peHlse .. basis with a minimum of subscriber overhead, 
home. Presently, all require non-volatile game car- Another object is to provide a home computing as- 
tridges to store the game software programs, and use ^^jy ^ provide s the means to utilize said software 
known color graphics circuits along with synthesized programs, from within the residence and under sub- 
audio techniques. Game cartridges are relatively expen- ^ scr j ber control, and optionally using contemporary 
sive to purchase, and once they are used for some time, game control devices, 
they are used rarely thereafter. This has led to the pro- 
liferation of video game rental outlets as individuals SUMMARY OF THE INVENTION 
decide that they would rather have variety than owner- i n accordance with the system of the present inven- 
ship, and would also rather make a shorter and less 45 tion, any of a plurality of individual subscribers may 
expensive commitment. request one of a plurality of information services stored 
Prior art patents representing known communication j n a software program library at a remote location utiliz- 
or subscriber systems are represented in U.S. Pat. No. mg a home computing clement or assembly to establish 
4,829,372 to McCalley et al., wherein a digital, interac- a bi-directional telephone communication link with a 
tive communication system is accessible to a plurality of 50 remote information services storage center to access the 
subscribers who can select any of a plurality of pre- services offered. The remote infonnation services stor- 
recorded video/audio presentations for viewing on a a ge center acknowledges the request and establishes a 
conventional television set. The system includes a con- bi-directional channel of communications, 
verter tuned to a channel for monitoring a digital stream The home computing element transmits a unique 
of infonnation including digital packets representative 55 identification code, an infonnation service select code, 
of video/audio presentations selected by the individual the existence of a previously loaded mformation service 
subscribers. A subscriber server is housed within the software program and any mode commands. During 
apparatus supplied the individual subscriber and the this time, the display on the home computing element 
subscriber server receiving uniquely addressed digital shows the status of the operation in progress. If the 
packets converts the received packets into NTSC-com- 60 home computing element cannot establish communica- 
patible analog formatted video/audio presentation for tions with the remote information services storage cen- 
transmission to the requesting subscriber. ter, it will retry several times before dropping the line 
In addition, Abraham, U.S. Pat. Nos. 4,567,512 and and indicating a failed communication attempt to the 
4,590,5 1 6, disclose a system controlled through conven- subscriber. 

tional telephone networking in conjunction with a 65 While maintaining communications with the home 

home controller that contains a micro-processor and computing element, the remote information services 

incorporating a telephone interface which allows a storage center logs the time, telephone number, identifi- 

subscriberto request a given program which is available cation code, the operating mode and the desired infor- 
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mation service selection of the requesting home com- 
puting element. If the selected information service is 
already resident in the home computing element, the 
remote information services storage center transmits an 
authorization code to the home computing element 5 
effectively enabling the software program, and drops 
the telephone line. An information service software 
program is not transmitted in this case, but if the selec- 
tion is not in the home computing element memory, the . 
remote information services storage center transmits 1° 
the encoded information service software program and 
the home computing element identification code as a 
digital bit stream of information over a television broad- 
cast channel. The telephone line is maintained active 
until all tasks have been completed. 15 

The home computing element requesting the infor- 
mation service may receive the information service 
software program only after identification code valida- 
tion occurs. This prevents unauthorized use by others. 
Once reception of all the software data has been sue- 
cessfully completed, the home computing element ac- 
knowledges receipt to the remote information services 
storage center and drops the telephone line. The en- 
coded software program is decoded and is enabled t be 2J 
used. The subscriber is told through the display that the 
information service is ready for use. All of these actions 
occur in a very short period of time. 

The home computing element offers the subscriber 
the means to interact with the information service using 3Q 
contemporary gaming controls or input devices, for 
example, for selection of services or purchases. The 
information service may be used as many times as de- 
sired. Each time the subscriber restarts the information 
service, a telephone link is established with the remote 35 
information services storage center for billing and au- 
thorization for use before the information service may 
be used. The software program remains in memory until 
either power is removed or a new software program is 
loaded. Even though a program may be resident within 43 
the home computing element, its use is restricted unless 
authorization is issued by the remote information ser- 
vices storage center. The remote information services 
storage center always maintains an activity log for each 
subscriber which is used for billing. 45 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a fuller understanding of the nature of the present 
invention, reference should be had to the following 
detailed description taken in connection with the ac- 50 
companying drawings. 

FIG. 1 is a system level block diagram depicting a 
digital interactive communication system in conjunc- 
tion with a home computing assembly of the present 
invention. 55 

FIG. 2 is a front view of one preferred embodiment 
of the home computing assembly as represented in 
block diagram in FIG. 1. 

FIG. 3 is a detailed functional block diagram of the 
home computing assembly shown in FIG. 2. 60 

FIG. 4 is a functional block diagram of one embodi- 
ment of a remote information storage center of the 
present invention. 

FIG. 5 is a flow chart depicting the operational logic 
encompassing the remote information storage center of 65 
FIG. 4. 

FIG. 6 is a flow chart that relates the tasks performed 
by a home computing assembly executive program. 



FIG. 7 is a flow chart showing the functional aspects 
of a command processor defined as part of the home 
computing assembly shown in FIG. 2. 

FIG. 8 is a flow chart of the dial-up routine "DIAL" 
which is invoked by the command processor whose 
flow chart is shown in FIG. 7. 

FIG. 9 is a continuation of the flow chart shown in 
FIG. 8. 

FIG. 10 is a flow chart of the functions performed by 
the game storage card programming routine "PROG" 
which is invoked by the command processor of the 
home computing element whose flow chart is shown in 
FIG. 7. 

FIG. 11 is a flow chart of the reset information ser- 
vice routine "RST" which is invoked by the command 
processor whose flow chart is shown in FIG. 7. 

FIG. 12 is a flow chart of the start information ser- 
vice routine "STRT* which is invoked by the com- 
mand processor whose flow chart is shown in FIG. 7, 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

Referring to FIG. 1, a preferred embodiment of the 
present invention comprises a system including a plural- 
ity of remote information storage centers 60 which 
communicate with a plurality of home subscriber instal- 
lations. Each of the home subscriber installations in- 
cludes a home computing assembly or element 10, a 
standard television receiver 73 and, optionally, one or 
more game control devices 12 for use when a video 
game is selected. 

A digital interactive communications environment is 
established using a plurality of voice quality telephone 
lines 74 and a television broadcast facility such as a 
cable television (CATV) network, defined in FIG. 1 as 
a cable TV head end 92, which is linked to the home 
subscriber installations and more particularly, the home 
computing element 10 by cable 71. It should be noted 
that the telephone lines 74 directly connect the remote 
information storage center 60 with the home computing 
element 10 and also connect the remote information 
storage center with a headquarters 90, to be described in 
greater detail hereinafter. 

The home subscriber utilizes the home computing 
element 10 to call the remote information services stor- 
age center 60 through the telephone line 74. Once a 
telephone link is established, the subscriber selects any 
one of a plurality of information services, including for 
example mall shopping services, personal dating ser- 
vices, moves as memory comes on line, grocery shop- 
ping service, catalog sales, travel agency services, floral 
services, classified advertising, contests, and pre-stored 
video games, or other software programs which have 
been previously offered to the subscriber in a menu 
format. 

The service to be selected may include an interaction 
through the home computing clement to arrange for 
browsing through a service, and the ability to purchase 
an item and arrange for delivery to a desired location. In 
the shopping mall service, for example, a three-dimen- 
sional, two level mall, complete with landscaping, foun- 
tains, escalators and music is displayed on a television 
receiver, having been downloaded from the remote 
information services storage center to the home com- 
puting element. By use of a joy-stick, a lifelike computer 
person is guided through the mall into any store to view 
the contents of the store and to examine products being 
sold. 
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A selection of the particular service is made by press- serves to restart the game. The TV/service key 21 ma 
ing the appropriate keys 24 on the home computing be pressed to switch to view standard programming on 
element 10 as set forth in greater detail in FIG. 2. The the television receiver 73, overriding the information 
software program representing the selected information service display and audio. 

service is retrieved from a permanent storage library by 5 In- the case of a video game software program selec- 
a computer facility at the remote information services tion, the video game software program may be perma- 
storage center 60 and transmitted typically to a CATV nently stored in a removable, non-volatile memory card 
head end 92 as an encoded stream of digital data 70 in 25 by ensuring that a card is placed in the side slot as 
NTSC compatible format. A signal of the encoded appears in FIG. 2. A one time purchase charge will be 
stream of digital data is then broadcast through the 10 billed, but the game may be played as often as the sub- 
CATV network along with prerecorded menu informa- scriber likes using the card 25 without incurring addi- 
tion programming to all cable subscribers. All cable tional costs. 

subscribers may view the pre-recorded menu informa- FIG. 3 is a detailed, internal block diagram which 
tion programming portion. However, only the specifi- shows all of the major circuits contained in the home 
cally requesting subscriber locations or home installa- IS computing element 10. The home computing element 
tions containing the requesting home computing ele- 10 is based on a microprocessing unit 30 which acts as 
ment 10 can receive, store, decode and use the re- the overall controller. The micro-computer 30 operates 
quested information software programs. as dictated by the executive program which is stored in 

An RF video signal is received from the distribution the ROM 31. The flow charts as set forth in FIGS. 5 
cable 71, is processed and the resulting, decoded soft* 20 through 12 illustrate the operations related to the execu- 
ware program stored by the home computing element tive program in more specific detail. 
10 is then enabled for use by the subscriber in conjunc- Data areas required by the executive and external 
tion with display at the conventional television receiver program areas reserved for the use of downloaded in- 
73. The desired gaming control devices 12 are also formation services software programs reside in random 
usable for subscriber interaction with a video game 25 access memory (RAM) 32. The memory areas in RAM 
software program, if selected from the information ser- are volatile and will lose their contents if power is re- 
vices, moved, therefore, an electrically erasable programma- 

All billing for use of the subscribed information ser- ble read only memory (EEPROM) 33 provides non- 
vices is performed automatically by the computer facili- volatile storage for such data as the telephone number 
ties of the remote information storage center 60 and the 30 of the remote information storage center 60 serving the 
billing information is transmitted over the telephone subscriber, the home computing element 10 identifica- 
lines 74 to the main office or headquarters 90 (see FIG. tion code, and other information that must be retained if 
1). The headquarters 90 may also request other specific power is lost. 

information such as, but not limited to, diagnostic test As shown in FIG. 3, several circuits are provided to 
results from the remote information storage center 60 35 interface the micro-controller or micro-processor unit 
and may send commands and/or software programs 30 to the outside world referred to herein as peripheral 
that may be executed by the computer facilities main- devices. A telephone link is provided by a universal 
tained within the remote information storage center 60. asynchronous receiver/transmitter (UART) 34 whose 
Again with reference to FIG. 2, a preferred embodi- digital output keys two distinct audio tones that are 
ment of the home computing element or assembly 10 40 transmitted to the telephone line, along with "hand- 
encompasses an alphanumeric display 13 to demonstrate shaking*' information by a modem interface 35. The 
or display messages. In addition, a keyboard for sub- modulated outputs are transformer coupled to the tele- 
scriber interaction, for example, to enter information phone line 74. All telephone communications, including 
service selection and commands are represented and automatic dial-up are handled by the micro-processing 
includes numerical keys 24. In addition, commands may 45 unit 30 utilizing this circuitry. 

be entered into the system during us of the home com- The keyboard 42 status is read by the micro-process- 
puting element 10. ing unit 30 through a peripheral interface adapter 40 

In operation, the subscriber first uses the numeric which is capable of interfacing with digital inputs and 
keypad 15 further utilizing any of the numerical keys to outputs only. A contact based control adapter is inter- 
enter the code number for a' selected information ser- 50 faced to the micro-processing unit 30 through the De- 
vice program from a previously provided menu. The ripheral interface adapter 40, but potentiometer based 
clear key 16 is used to correct any data entry errors. input devices, such as some joy-sticks and trackballs, if 
Once the entire number is entered the enter key 17 is a video game information service is selected, are inter- 
pressed and the home computing element 10 responds faced through an analog to digital convenor (ADC) 39 
by displaying the selections on the display 13. The dial 55 which is capable of converting the analog signals pro- 
key 18 is then pressed to call the remote information vided by the input device to their numeric or binary 
services storage center 60 and transmit the proper home representations required by the micro-processing unit 
computing element 10 personal identification number 30. The display module 13 (see also FIG. 2) containing 
(PIN) and information service selection number by the internal electronics necessary to display alpha/nu- 
virtue of telephone line 74. The appropriate information 60 meric characters, interfaces directly to the micro-proc- 
service software program is received from cable TV essing unit 30 data bus 50. The display is where all the 
head end 92 by the home computing element 10 where system status messages are displayed to the subscriber, 
it is decoded and stored. The display 13 indicates that an Again with reference to FIG. 3, the incoming broad- 
information service is loaded in the home computing cast channel 71 is monitored for information service 
element and ready for use. 65 software programs. The signal is demodulated by an RF 

Display on TV receiver 73 is started by pressing the demodulator 36 and then passed to a digital signal pro- 
start key 23 and paused at any time by pressing the cessor 37 which samples the signal, converts it to digital 
appropriate pause key 22. Pressing pause key 72 again data, processes the information and then makes it avail- 
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able to the micro-processing unit 30. The digital signal 
processor 37 is a single-chip computer tailored to the 
task of obtaining a digital representation of analog sig- 
nals and digital processing at a very fast rate; currently 
up to 33 million operations per second. The digital sig- 5 
nal processor 37 acts as a co-processor operating under 
the control of its own custom software program written 
in a machine specific computer language. 

The NTSC compatible signal 52 that is ultimately 
connected to the television receiver 73 contains all of 10 
the video and audio information associated with the 
selected information service. The video is generated by 
the graphics generator circuit 45 which is itself another 
co-processor, while the sound generator 44 creates all 
of the audio and is directly controlled by the micro- 15 
processing unit 30. The output signals ar used to modu- 
late carriers with the video 47 and audio 46 modulators 
and then mixed with an RFT combiner 48 whose output 
is an NTSC compatible television signal 52 that drives 
the television receiver 73. The TV/SERVICE relay 49 20 
is controlled by the micro-processing unit 30 and con- 
nects the output of the combiner 52 to the video output 
jack. The relay 49 responds to the activity of the 
TV/SERVICE key 21 as an alternate action device. 2J 

With reference to FIG. 4, the remote information 
storage center 60 (FIG. 1) includes a thirty-two bit desk 
top computer 61 to perform all required processing, 
storage and control functions. Storage for the dedicated 
and information service software is provided by a hard 30 
disk 63 with fast access times. The computer 61 is ini- 
tially loaded from the magnetic tape cartridge drive 64 
by a utility invoked from the 1.44 megabyte floppy 
drive 62 containing the appropriate disk. The utility 
reads the software programs from the tape drive 64 and 35 
stores it on the hard disk 63 for fast, random access of 
files. The flow chart illustrating the major tasks per- 
formed by the executive program of the remote infor- 
mation services storage center 60 is shown in FIG. 5. 

The computer 61 is also responsible for controlling +q 
telephone access to resident services. A plurality of 
telephone lines 79 are routed by a telephone switching 
controller 67 to several modems 66 which convert the 
FSK telephone signals 80 to RS-232 digital, serial data 
Bl. This data is read and buffered by a RS-232 multi- 45 
plexer/buffer 65 which allows high speed data transfers 
through a parallel interface 87 to serve a large plurality 
of modems 66. These are all bi-directional data paths 
allowing the computer 61 to receive and transmit data 
through the telephone. The computer 61 responds to 50 
different messages from the subscriber and other mes- 
sages from the main office or headquarters dealing with 
information service selections to be broadcast, types of 
service being provided, diagnostic test results, and bill- 
ing information and other relevant information requests 55 
or command messages. 

The last major task performed by the remote informa- 
tion storage center 60 computer 61 is the transmission of 
the information service software programs that will 
ultimately be executed in a home computing element 10. 60 
The software is output by the computer 61 as a digital 
bit stream 85 which is modulated and mixed with the 
signal coming from the video cassette recorder/player 
(VCR) 68, or other broadcast source by an RF modula- 
tor 69. The resulting output 70 is then typically deliv- 65 
ered to a CATV head end 92 for distribution. The VCR 
68 contains standard pre-recorded programming for 
broadcast such as an information services menu, and is 
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controlled by the computer 61 through a series of con- 
trol lines 83. 

It is therefore to be understood thai the following 
claims are intended to cover all the generic and specific 
features of the invention herein described, and all state- 
ments of the scope of the invention which, as a matter of 
language, might be said to fall therebetween. 

I claim: 

1. A bi-directional, interactive communications sys- 
tem for transmitting in a digital format, information 
services to a plurality of subscriber locations on de- 
mand, said bi-directional communications system com- 
prising: 

a remote information services storage center for stor- 
ing a variety of information service programs, 

a television broadcast facility for uni-directionally 
transmitting a selected one of said variety of infor- 
mation service programs, 

a home computing assembly disposed at each sub- 
scriber location and connected bi-directionally by 
telephone lines to the remote information services 
storage center and also being linked to the televi- 
sion broadcast facility, 

a television receiver connected to said home comput- 
ing assembly, . 

said home computing assembly being structured to 
receive an individually addressed code from the 
remote information services storage center and to 
cause transfer of digital streams of data from the 
remote information services storage center to the 
television broadcast facility and transfer of the 
digital streams of data from the television broad- 
cast facility to said home computing assembly for 
storage by said home computing assembly upon 
comparison and matchibg of an identification code 
of said home computing assembly with said indi- 
vidually addressed code as received from said re- 
mote information services storage center, and 

said home computing assembly including decoder 
means tuned to a television broadcast channel of 
said television receiver for monitoring the digital 
streams of data as transmitted from the television 
broadcast facility, 

said home computing assembly including digital pro- 
cessing means for receiving the digital streams of 
data by the requesting one of home computing 
assemblies* and 

said home computing assembly further including 
distributed computer processing means for invok- 
ing the selected one of said variety of information 
service programs to perform a task associated with 
the selected one of said variety of information ser- 
vice programs and means to interact with the se- 
lected one of said variety of information service 
programs as received from the television broadcast 
facility. 

2. A system as claimed in claim 1, wherein each of 
said home computing assemblies are defined as remote 
slave computers within a wide area network. 

3. A system as claimed in claim 1, wherein each of 
said home computing assemblies include independent 
control of video and audio of said television receiver. 

4. A system as claimed in claim 1, wherein each of 
said home computing assemblies include a memory 
programmer means for permanently recording said 
selected one of said variety of information services in 
RAM memory on a programmable memory medium. 
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5. A system as claimed in claim 1, wherein said re- 
mote information storage center includes a self-test 
diagnostic capability means for allowing access to a 
fault history map used to isolate malfunctions of one of 
system, components, telephone links and television 5 
broadcast channels. 

6. A system as claimed in claim 1, further comprising 
a computer based adaptive billing sub-system for track- 
ing subscriber activity. 

7. A bi-directional, interactive communications sys- 10 
tern for transmitting in a digital format, information 
services to a plurality of subscriber locations, said bi- 
directional interactive communications system compris- 
ing: 

a remote information services storage center for stor- 
ing a variety of information services, 

a television broadcast facility for uni-directionally 
transmitting a selected one of said variety of infor- 
mation services, 

a home computing assembly disposed at each sub- 
scriber location and connected bi-directionally by 
telephone lines to the remote information services 
storage center and also being linked to the televi- 
sion broadcast facility, 2 5 

a television receiver connected to said home com- 
puter assembly, 

said home computing assembly communicating bi- 
directionally over telephone lines with the remote 
information services storage center to cause said 30 
selected one of said variety of information services 
to be transferred as digital streams of data with an 
individually addressed code from the remote stor- 
age center to the television broadcast facility and 
transferred as said digital streams of data from the 35 
television broadcast facility to said home comput- 
ing assembly for storage by said home computing 
assembly upon comparison and matching of an 
identification code of said home computing assem- 
bly with said individually addressed code as re- 40 
ceived from said information services storage cen- 
ter, 

said home computing assembly including storage 
means for storing said digital streams of data as 
transmitted from the television broadcast facility, 45 

said home computing assembly further including 
digital processing means for processing said digital 
streams of data stored by the storage means and 
displaying said selected one of said variety of infor- 
mation services on said television when desired. 

8. A system as claimed in claim 7, wherein each of 
said' home computing assemblies are defined as remote 
slave computers within a wide area network. 

9. A system as claimed in claim 7, wherein each of 55 
said home computing assemblies include independent 
control of video and audio of said television receiver. 

10. A system as claimed in claim 7, wherein each of 
said home computing assemblies include a memory 
programmer means for permanently recording said $0 
selected one of said variety of information services in 
RAM memory on a programmable memory medium. 

11. A system as claimed in claim 7, wherein said 
remote information storage center includes a self-test 
diagnostic capability means for allowing access to a 65 
fault history map used to isolate malfunctions of one of 
system, components, telephone links and television 
broadcast channels. 
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12. A system as claimed in claim 7, further compris- 
ing a computer based adaptive billing sub-system for 
tracking subscriber activity. 

13. A bi-directional, interactive communications sys- 
tem for transmitting in a digital format, information 
services to a plurality of subscriber locations on de- 
mand, said bi-directional communications system com- 
prising: 

a remote information services storage center for stor- 
ing a variety of information service programs, 

a television broadcast facility for uni-directionally 
transmitting a selected one of said variety of infor- 
mation service programs, 

a home computing assembly disposed at each sub- 
scriber location and connected bi-directionally by 
telephone lines to the remote information services 
storage center, and also being linked to the televi- 
sion broadcast facility, 

a television receiver connected to said home comput- 
ing assembly, 

said home computing assembly being structured to 
receive an individually addressed code over tele- 
phone lines to the remote information services 
storage center and to cause transfer of digital 
streams of data from the remote information ser- 
vices storage center to the television broadcast 
facility and transfer of the digital streams of data 
from the television broadcast facility to said home 
computing assembly for storage by said home com- 
puting assembly upon comparison and matching of 
an identification code of said home computing 
assembly with said individually addressed code as 
received from said remote information services 
storage center, and said home computing assembly 
including decoder means tuned to a television 
broadcast channel of said television receiver for 
monitoring the digital streams of data as transmit- 
ted from the television broadcast facility, 

said home computing assembly including digital pro- 
cessing means for receiving the digital streams of 
data by the requested one of home computing as- 
semblies, and 

said home computing assembly further including 
distributed computer processing means for invok- 
ing the selected one of said variety of information 
service programs to perform a task associated with 
one of said variety of information service programs 
and means to interact with one of said variety of 
information service programs as received from the 
television broadcast facility. 

14. A system as claimed in claim 13, wherein each of 
said home computing assemblies are defined as remote 
slave computers within a wide area network. 

15. A system as claimed in claim 13, wherein each of 
said home computing assemblies include independent 
control of video and audio of said television receiver. 

16. A system as claimed in claim 13, wherein each of 
said home computing assemblies include a memory 
programmer means for permanently recording said 
selected one of said variety of information services in 
RAM memory on a programmable memory medium. 

17. A system as claimed in claim 13, wherein said 
remote information storage center includes a self-test 
diagnostic capability means for allowing access to a 
fault history map used to isolate malfunctions of one of 
system, components, telephone links and television 
broadcast channels. 
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18. A system as claimed in claim 13, further compris- 
ing a computer based adaptive billing sub-system for 
tracking subscriber activity. 

19. A bi-directional, interactive communications sys- 
tem for transmitting in. a digital format, information 5 
services to a plurality of subscriber locations on de- 
mand, said bi-directional communications system com- 
prising: 

a remote information services storage center for stor- 
ing a variety of information service programs, 10 

a television broadcast facility for uni-directionally 
transmitting a selected one of said variety of infor- 
mation service programs, 

a home computing assembly disposed at each sub- 
scriber location and connected bi-directionally by 15 
telephone lines to the remote information services 
storage center and also being linked to the televi- 
sion broadcast facility, 

a television receiver connected to said home comput- 
ing assembly, 20 

said home computing assembly being structured to 
request over telephone lines one of said variety of 
information services from said remote information 
services storage center by transmission of an identi- 
fication code, an information service select code, 25 
verification of existence of a previously loaded 
information service software, and any mode com- 
mands from said home computing assembly, and in 
response the remote information services storage 
center determines if the selected information ser- 30 
vice is already resident in the home computing 
assembly, and if so, transmits an authorization code 
to the home computing assembly to enable the 
previously loaded service software, and if not, the 
remote information services storage center trans- 35 
mits digital streams of data from the remote infor- 
mation services storage center to the television 
broadcast facility and transfers the digital streams 
of data from the television broadcast facility to said 
home computing assembly for storage by said 40 
home computing assembly upon comparison and 
matching of an identification code of said home 
computing assembly with an individually ad- 
dressed code transmitted from said remote infor- 
mation services storage center, and said home com- 45 
puting assembly including decoder means tuned to 
a television broadcast channel of said television 
receiver for monitoring the digital streams of data 
as transmitted from the television broadcast facil- 
ity, • 50 

said home computing assembly including digital pro- 
cessing means for receiving the digital streams of 
data by the requested one of home computing as- 
semblies, and 

55 



said home computing assembly further including 
distributed computer processing means for invok- 
ing the selected one of said variety of information 
service programs to perform a task associated with 
one of said variety of information service programs 
and means to interact with one of said variety of 
information service programs as received from the 
television broadcast facility. 
20. A bi-directional, interactive communications sys- 
tem for transmitting in a digital format, information 
services to a plurality of subscriber locations on de- 
mand, said bi-directional communications system com- 
prising: 

a remote information services storage center for stor- 
ing a mall shopping service program, 

a television broadcast facility for uni-directionally 
transmitting the mall shopping service program, 

a home computing assembly disposed at each sub- 
scriber location and connected bi-directionally by 
telephone liens to the remote information services 
storage center and also being linked to the televi- 
sion broadcast facility, 

a television receiver connected to said home comput- 
ing assembly, 

said home computing assembly being structured to 
receive an individually addressed code form the 
remote information services storage center and to 
cause transfer of digital streams of data from the 
remote information services storage center to the 
television broadcast facility and transfer of the 
digital streams of data of the television broadcast 
facility to said home computing assembly for stor- 
age by said home computing assembly upon com- 
parison and matching of an identification code of 
sd home computing assembly with said individu- 
ally addressed code as received form said remote 
information services storage center, and 

said home computing assembly including decoder 
means tuned to a television broadcast channel of 
said television receiver for monitoring the digital 
streams of data as transmitted from the television 
broadcast facility, 

said home computing assembly including digital pro- 
cessing means for receiving the digital streams of 
data by the requesting one of home computing 
assemblies, and 

said home computing assembly further including 
distributed computer processing means for invok- 
ing the mall shopping service program and to per- 
form a task associated with the mall shopping ser- 
vice program and means to interact with the mall 
shopping service program as received from the 

television broadcast facility. 

* * • • # 
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A method for transmitting information over a commu- 
nication network between a population of remote termi- 
nals and a central location having a capacity of simulta- 
neously communicating with a predetermined number 
of remote terminals in the population. A first time per- 
iod is fixed during which every remote terminal may 
initiate one attempt to communicate with the central 
location over the communication network. Respective 
times within the first time period are established at 
which each of the remote terminals will initiate its at- 
tempt to communicate with the central location. A 
number of the remote terminals which successfully 
communicate with the central location to transmit in- 
formation therebetween is monitored. The first time 
period is then decreased to a second time period if the 
number of remote terminals which successfully commu- 
nicate with the central location is less than the capacity 
of the central location. Respective times within the 
second time period are then established at which remote 
terminals which have not initiated their respective at- 
tempts to communicate with the central location will 
initiate their attempts to communicate with the central 
location. The above steps are repeated to establish a 
time period at which the number of remote terminals 
which communicate with the central location is approx- 
imately equal to the capacity of the central location. 
The time period thus set is maintained until each of the 
remote terminals has initiated its attempt to communi- 
cate with the central location. 



SUPERVISORY 
CONTROL 
COMPUTER 



212 



201 



ENCODER 



SOURCE 
PROGRAM 
VIDEO 
AUDIO 
DATA 



202 



211 



SATELLITE 
^205 



206 



INTEGRATED 
RECEIVER 
DECODER 



209. 



15 Claims, 6 Drawing Sheets 



207 

Jtehphone I 

y NETWORK 1 



220 



OUTPUT 






VIDEO 




TV 


AUDIO 




DATA 







SUBSCRIBER 
AUTHORIZATION 
COMPUTER 



209. 



PHONE 
PROCESSOR 



208 

V 



210 



BUSINESS 
SYSTEM 



PHONE 
MANAGER 



08/10/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec, 14, 1993 



Sheet 1 of 6 



5,270,809 




o 

Q. 



to 
o 



ig. 














O 


£03 






a 










V) 




KEY 



O 

8 

Z 
Ul 




O L. 

iropo 



08/10/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 14, 1993 



Sheet 2 of 6 



5,270,809 




08/10/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 14, 1993 



Sheet 3 of 6 



5,270,809 




08/10/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 14, 1993 



Sheet 4 of 6 



5,270,809 




08/10/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 14, 1993 



Sheet 5 of 6 



5,270,809 




08/10/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 14,1993 



Sheet 6 of 6 



5,270,809 



5 




<0 

e> 
II. 



smvo - jo aaewriN 



08/10/2003, EAST Version: 1.04.0000 



5,270,809 

1 2 

scriber wishing to view the event must receive authori- 

DATA RETURN FOR A T ELEV ISION zation in the form of a special descrambler mechanism, 

TRANSMISSION SYSTEM or in the form of a special code transmitted or input to 

the subscriber's decoder. A subscriber may, for exam- 

BACKGROUND OF THE INVENTION 5 pie, receive authorization by telephoning a representa- 

1. Field of the Invention ^ vc of system operator who authorizes the sub- 
The present invention generally relates to a method scriber by transmitting the special code to the subscrib- 

and a system for establishing communication between a er*s decoder. 

plurality of remote units and a central location in a Impulse pay-per-view programming is one type of 
television transmission system and, more particularly, to 10 pay-per-view programming. Impulse pay-per-view is a 
a method and apparatus for transferring information particularly attractive feature since it allows a sub- 
such as billing information and viewing statistics from scriber to authorize his or her decoder to view pay-per- 
decoder units to a central location in a satellite televi- view programming without requiring the immediate 
sion transmission system. intervention of the system operator. For example, the 

2. Description of the Relevant Art 15 subscriber may control his decoder to permit viewing of 
For the purposes of the following discussion and this a particular program by means of keypad sequence for 

invention, the term "subscriber" means one who re- effecting authorization. Billing information including, 
ceives a television service. The "subscriber" could thus for example, a program ID and the time and date of 
be an individual consumer with a decoder in his own purchase, is then stored in non-volatile memory of the 
home, or could be a system operator such as a local 20 decoder. Periodically, this billing information is trans- 
cable TV operator, or a small network operator such as ferred, for example over the public switched telephone 
a hotel/motel operator with a central decoder for all network, to a billing computer of the system operator, 
televisions in the hotel or motel. In addition, the "sub- j^e subscriber is then billed on a regular basis, eg. 
scriber ,> could be an industrial user, as described in U.S. monthly, for his or her purchases. 
Pat. No. 4,866,770 assigned to the same assignee as the 25 Smcc ^ bming ^brattion represents revenue to 
present application and incorporated herein by refer- the ^em operator, it is important that this information 

^Sf" , . «. . , . . be transferred in an efficient manner over a reasonable 

For the purposes of this invention, a network is de- ^ riodt ^ rior ^ a numbcr ^ 

fined as a program source (such as a pay television mque T for ^ transfer of data from a plural- 

provider), an encoder (sometoes called a head end ) 30 { * q{ remote tennm * s M 
a transmission means (satellite, cable, radio wave, etc.) ' p N 4241237 a«d 4455 453 to Paras- 
and a series of decoders used by the subscribers. A . , rat ' , y 41 '-" 7 to raras- 

fcSfin «T «r rt »r»« o kevakos et al. disclose remote meter reading systems 

system is denned as a program source, an encoder, a , - - . - . . . . . . . ... , 

transmission means, and a single receiving decoder. The W *™T ° f T?** fj tmoXe ^ ^ k 
system model is used to describe how an individual 35 « predctennmed mtcrv^ 

decoder in a network interacts with the encoder. *? d purposes^ A central complex provides a 

FIG. 1 shows a prior art conditional-access system chgitd mstrucuon to each remote unit upon the comple- 
ter satellite transmission. In encoder 101, the source tton of its data transfer. The mstrucUon includes data to 
program information 102 which comprises video sig- co T II r tr i ,1 i hc ^^^^ °??^ ck ^ , 
nals, audio signals, and data is scrambled in program 40 U.S. Pat No. 4,584,602 to Nakagawa discloses a data 
scrambler 103 using a key from key memory 104. The collecting system and method which are capable of 
scrambling techniques used may be any such techniques collecting television audience rating data. A marker 
which are well known in the art. The key can be a signal ng"* 1 initiates the callback and after waiting a predeter- 
or code number used in the scrambling process which is ™«d time necessary for other terminal units to trans- 
also required to "unlock" or descramble the program in 45 terminal unit automatically dials a 

program descrambler 108 in decoder 106. In practice, predetermined telephone number in order to transmit 
one key can be used (single layer encryption) or more requested viewing data. 

than one key (not shown). The key is usually changed u s - Pat - No - 4,696,029 to Cohen controls the initia- 
with time (i.e.— monthly) to discourage piracy. The rion of voting calls through regulation of the visual 
scrambled programs and the key are transmitted 50 stimuli which trigger the calls. A control center moni- 
through satellite link 105, and received by conditional- tors polling call traffic at a plurality of central offices 
access decoder 106. Decoder 106 recovers the key from until it determines that the traffic being generated has 
the received signal, stores it in key memory 107 and reached a level which is not within the traffic-handling 
applies it to program descrambler 108 which descram- capability of the central office switching machines. The 
bles the scrambled program received over satellite link 55 control center then sends messages which cause charac- 
105, and outputs unscrambled program 109. ter generators at local affiliates to reduce the frequency 

Specific details of the features of a prior art condi- and/or duration of the visual stimuli until the traffic 
tionaJ access system may be found in commonly as- generated has dropped to a level which is within the 
signed U.S. Pat No. 4,890,319, incorporated herein by traffic handling capabilities of the central office, 
reference. 60 U.S. Pat. No. 4,528,663 to Citta discloses a subscriber 

Such a system may allow for pay-per-view (PPV) upstream communication technique for use in two-way 
and/or impulse pay-per-view (IPPV) programming. CATV system In accordance with the technique, the 
Pay-per-view programming is defined here as any pro- transmission window size is initially increased until a 
gramming where the subscriber can request authoriza- maximum window length is achieved and then the win- 
tion to watch a particular program. In many pay televi- 65 dow size is decreased in response to a selected number 
sion systems, pay-per-view programming is used for of further transmission attempts. The transmission win- 
sporting events (boxing, wrestling, etc.) or concerts dow is decreasing in size following the peak load to 
which are not transmitted on a regular basis. A sub- enhance the overall speed of the system. 
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PCT 89/10670 of Naddor. et aL, assigned to the as- successfully communicate with the central location to 
signee of the present application, discloses a callback transmit information therebetween. Means responsive 
technique in which a callback period is dynamically to the monitoring means discretely decreases the first 
adjusted to promote efficient use of the telephone net- time period until the number of remote terminals which 
work. An initial guess is made to determine an initial 5 successfully communicate with the central location is 
callback period. Based on the number of calls received approximately equal to the capacity of the central loca- 
at the cable television headend, the length of the call- tion. Means responsive to the means for decreasing 
back period is dynamically increased and/or decreased instructs the remote terminals which have not initiated 
to control the callback rate. their attempt to communicate with the central location 

While these and other systems are effective to vary- 10 to establish respective times within the discrete time 
ing degrees, they become less effective where the de- periods fixed by the means for decreasing at which the 
coders are part of television systems servicing large remote terminals initiate their attempts to communicate 
geographical areas, e.g., the United States. For exam- ^th the central location. 

pie, a satellite television system may include up to two Finally, in accordance with the present invention, 
million decoders. The need remains for a technique for 15 apparatus for transferring information over a communi- 
establishing communication with such decoders in an cation network to a central location is provided. The 
efficient manner to, for example, gather billing informa- apparatus includes a receiver for receiving instructions 
tion therefrom. from the central location. The instructions include in- 

SUMMARY OF THE INVENTION - n structions for initiating attempts to transfer information 

20 to the central location in accordance with a transmis- 

Accordingly, it is an object of the present invention ^ window md a transmission sequence. Means re- 
to provide a method for transferring information be- 8porisive t0 the instructions establish a first time within 
tween a plurality of remote terminah disposed over a ^ tniMinlliian window at which the apparatus could 
large geographic area and a central location. m a t t0 ^^^^ with the central 

It is another object of the present invention to pro- 25 , ion A ^smits the information over 

vide a method of recovering billing information in an communication network if the apparatus success- 

impulse pay-per-view satellite system. y communicates with the central location. Means 

In accordance writ the present invention, a method t0 ^ mstruc tions establish a second time 

for transmitting information over a communication .*;. . _ . . . . . , A , 

* TuT* " „ .iJ-L ta ♦ ;„ Q ic „ n A in within the first transmission window at which the appa- 

network between a population of remote terminals and 30 . A ^ . * 

a central location havtog a capacity of simultaneously rat ™ uutiates an attempt to communicate with the cen- 
commuru^ number of remote tral location if the apparatus has not attempted to tniti- 

terminals in the population is provided. A first time a . tc communication with the central location and an end 
period is fixed during which every remote terminal toe of first transmission wmdow ts changed, 
could initiate one attempt to commumcate with the 35 BRIEF DESCRIPTION OF THE DRAWINGS 
central location over the communication network. Re- A , 

spective times within the first time period are estab- . A m <>re complete appreciation of the present inven- 
lished at which each of the remote terminals initiates its Jon and many of the attendant advantages thereof will 
attempt to communicate with the central location. A ^ obtained as the invention becomes better 

number of the remote terminals which successfully 40 understood by reference to the following detailed de- 
communicate with the central location to transmit in- scription when considered in connection with the ac- 

formation therebetween is monitored. The first time companying drawings. 

period is then decreased to a second time period if the FIG. 1 is block diagram of a prior art satellite televi- 
number of remote terminals which successfully commu- slon system. 

nicate with the central location is less than the capacity 45 FIG- 2 is a block diagram of a satellite television 
of the central location. Respective times within the system in which the present invention may be unple- 
second time period then established at which remote mented. 

terminals which have not initiated their respective at- FIG, 3 is a block diagram of the integrated receiver 
tempts to communicate with the central location will decoder of FIG. 2. 

initiate their attempts to communicate with the central 50 FIG. 4 is a block diagram of the descrambler shown 
location. The above steps are repeated to establish a to FIG. 3« 

time period at which the number of remote terminals FIG. 5 illustrates in greater detail the system compo- 
which communicate with the central location is approx- nexiis for transferring data. 

imately equal to the capacity of the central location. FIG. 6 is a graph illustrating the call-in technique of 
The time period thus set is maintained until each of the 55 the invention. 

remote terminals has initiated its attempt to communi- DETAILED DESCRIPTION OF THE 

cate with the central location. PREFERRED EMBODIMENTS 

Also in accordance with the present invention, appa- ^^^^ 
rat us for controlling a transmission of information over The present invention is described below in terms of 
a communication network between a population of 60 a B-MAC satellite television system. Although a 
remote terminals and a central location having a capac- B-MAC system is specifically described, the invention 
ity of simultaneously communicating with a predeter- may be applied to other MAC systems such as C-MAC, 
mined number of remote terminals in the population is D-MAC, and D/2-MAC. The invention may also be 
provided. The apparatus includes means for fixing a implemented in NTSC (National Television Standards 
first time period during which every remote terminal 65 Committee), PAL, SECAM, or high definition televi- 
could initiate one attempt to communicate with the sion systems. The present invention is broadly applica- 
central location over the communication network. A ble to systems for establishing communication over a 
monitor monitors a number of remote terminals which communication network between a central location and 
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■ plurality of remote units, particularly remote units a channel from the incoming signal and lower it to some 
distributed over a large geographical area. intermediate frequency (IF). The tuner may, for exam- 

A B-MAC satellite television system in which the pie, comprise a synthesized tuner. The demodulator 
present invention may be implemented is shown in demodulates the signal to generate composite baseband 
block form in FIG. 2. B-MAC encoder 201 encodes * 5 video which is input into B-MAC decoder 303. Front 
source program 202 for transmission over a satellite link . panel 305 includes an IR receiver 306, user keypad 307, 
205 to an integrated receiver-decoder (IRD) 206. Pro- and LED display 308. IR receiver 306 is adapted to 
gram source 202 may include video, audio, and data. receive control signals from an associated IR remote 
information. The source program information is scram- control (not shown). User keypad 307 includes a plural- 
bled in a program scrambler of B-MAC encoder 201 10 ity of keys 310 for permitting the subscrito to input, for 
using a key (as dfrnw^ above). The scrambled pro- example, channel selections and volume control. LED 
grams and key are transmitted through satellite link 205. display 308 displays the tuned channel and may display 
IRD 206 receives the scrambled programs and key. The other information such as time. Power supply 310 
key is recovered from the received signal, stored in a supplies power to IRD 206. 

key memory and applied to a program: descrambler 15 A tuning and front panel control processor 304 may 
which descrambles the scrambled program and outputs comprise a MC68HC05C4 and tunes the transponder 
unscrambled program 209 for display on television 220. tuner in block 302, scans front panel keypad 307 and any 

IRD 206 is coupled to public switched telephone remote keypads for keystrokes, drives LED display 308 
network 207. The telephone network is coupled to a and provides volume control. Keystroke interpretation 
phone processor 208 for receiving calls initiated by the 20 is generally performed by display control processor 
IRDs in the network. The phone processor may com- (DCP) 405 (see FIG. 4), except for volume control, 
prise, for example, a Scientific Atlanta Model 8554-001 which is internal to tuning processor 304. Volume con- 
Phone Processor, available from the assignee of the trol keystrokes are passed to DCP 405, but function 
present application. A current implementation utilizes only to instruct DCP 405 to un-mute audio, 
eight model 8554-001 processors to handle incoming 25 B-MAC decoder 303 decodes the composite base- 
calls. A phone manager computer 209. such as a Com- band video input thereto and outputs NTSC video and 
paq SystemPro controls phone processor 208. audio as shown. VHF modulator 311 modulates the 

Phone manager computer 209 is coupled to business video and audio outputs of B-MAC decoder 303 for 
system computer 210 for compiling and processing reception by television receiver 220 (FIG. 2). Modem 
billing information to bill subscribers. Phone manager 30 313 allows IRD 206 to interface with the public 
209 is also coupled to a subscriber authorization com- switched telephone network to permit communication 
puter (SAC) 211 which controls, for example, the au- between IRD 206 and a system operator, For example, 
thorization of subscribers to receive particular pro- billing information related to impulse pay-per-view 
gramming. Subscriber authorization computer 211 con- purchases may be transferred to the system operator, 
tains information such as program tiers for a current 35 Alternatively, information from the cable operator may 
month, credit limits, service tiers, call-in billing group, be transferred to IRD 206 over the telephone network, 
call-in time zone, call-in phone number, and store and B-MAC decoder 303 is also coupled to a security card 
forward disable for decoders in the network. Subscriber receptacle 315 for receiving an insertable security card, 
authorization computer 211 is coupled to B-MAC en- A description of the insertable security card and its 
coder 201 to permit communication between computer 40 operation are described in commonly assigned copend- 
211 and the IRDs in the network over satellite link 205. ing application Ser. No. 07/677,460 filed Mar. 29, 1991 
Finally, a system supervisory control computer 212 and entitled "Independent External Security Module 
coupled to phone manager 209 and B-MAC encoder For a Digitally Upgradeable Television Signal De- 
201 controls the overall operation of the system. coder", which is incorporated herein by reference. 

Data or commands are transmitted to decoders in the 45 FIG. 4 is a detailed block diagram of B-MAC de- 
network over satellite link 205 in at least two ways. In scrambler 303 of FIG. 3. The baseband B-MAC signal is 
a first way, system data generated by supervisory con- input to AGC and clamping block 401 for performing 
trol computer 212 carries program specific data for the well-known gain control and clamping operations, 
channel currently tuned by a decoder. In a second way, Block 402 includes a phase lock loop and a clock di- 
addressed data packets (ADPs) are used to deliver de- 50 vider for generating system clock signals used in de- 
coder specific information to a single decoder. Each coder operation. Attention is directed to U.S. Pat. No. 
decoder in the network is assigned a unique user address 4,652,903, assigned to the assignee of the present appli- 
and a matching secret serial number (SSN). When an cation and incorporated herein by reference, for a de- 
addressed packet with an address matching the user scription of a technique of generating clock signals, 
address of a decoder is received, the packet is decrypted 55 Block 402 also includes a data sliccr for providing data 
with the SSN. The packets preferably include a check- contained in the incoming signal to microprocessor and 
sum which is used to verify both correct reception and teletext support interface (MATS) 403 and video de- 
, decryption with a matching SSN. Typically, system scrambler 404. MATS 403 performs data error correc- 
data originates from supervisory control computer 212 tion and data. formatting on both incoming system data 
as noted, while addressed data packets originate from 60 and addressed data packets and supplies the corrected 
subscriber authorization computer 211, although the and formatted data to display and communications pro- 
invention is not limited in this respect. cessor (DCP) 405. DCP 405 may comprise a 

FIG. 3 is a block diagram of B-MAC IRD 206 shown MC68HC11E9 and performs overall control of the 
in FIG. 2. H/V switch 301 switches between the hori- other processors of decoder 303 and of all user inter- 
zontal and vertical polarities of the incoming transmis- 65 faces. 

sion over satellite link 205. The incoming signal then The luminance and chrominance signals of the 
passes to block 302 including a downconverter, a tuner, B-MAC signal are respectively provided to luminance 
and demodulator. The downconverter and tuner select digital linestore 406 and chrominance digital linestore 
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407. The decompressed luminance signal is provided to 
digital-tp-analog converter 408 and then to low pass 
filter 409, where it is filtered. The analog luminance 
signal then goes to output interface 415. The sampling 
signals necessary to decompress luminance are pro- 
duced by a timing generator in block 404 and supplied 
to luminance digital linestore 406 by clock drivers. 

The chrominance signal is decompressed in digital 
chrominance store 407. Separate outputs are provided 
for the two color difference signals, which are passed 
through respective digital-to-analog converters 410 and 
411. The color difference signals are then respectively 
passed through low pass filters 412 and 413, where they 
are filtered. The filtered signals are provided to output 
interface 415. The necessary sampling signals are sup- 
plied to chrominance store 407 from a timing generator 
in block 404 through clock drivers. Audio information 
is provided to block 417 including an audio decryptor, 
a demultiplexpr and a digital volume control. The audio 
information then passes to block 418 including a Dol- 
by ® adaptor, a delta modulator* and a digital-to-analog 
converter. Teletext character generator ROM 420 and 
teletext RAM 421 are coupled to DCP 405 and MATS 
407 for providing teletext characters to output interface 
415 in accordance with teletext information contained 
in the incoming B-MAC signal. Output interface 415 
outputs a standard NTSC video output DCP 405 is also 
coupled to inboard security element (ISE) 423 and re- 
ceptacle 315 for receiving an outboard security element 
(OSE). The ISE and OSE and their operation are dis- 
cussed in detail in the above-identified copending appli- 
cation Ser. No. 07/677,460. Generally, only one of the 
ISE or OSE is active at a given time. Finally, DCP 405 
is coupled to a phone processor 430 for interfacing the 
decoder and the public switched telephone network. 
Phone processor 430 may comprise a MC68HC05C4 
and controls modem communication and tone genera- 
tion. Since the modem transfers billing information 
representing revenue to the cable operator, telephone 
communications are preferably encrypted for security. 
The encryption takes place in one of ISE 423 or the 
OSE processors (whichever is active) before being 
passed to the modem. If the modem is utilized to receive 
information, such information is passed on verbatim to 
ISE 423 or the OSE. The active security element may 
initiate a call when commanded by system data or by an 
addressed data packet. The inactive security element 
may initiate a call only when commanded by an ad- 
dressed data packet. 

FIO. 5 illustrates in greater detail the components 
used to transfer data from subscriber IRD 206 to phone 
manager 209. The active processor (either ISE 423 or 
the OSE) initiates a phone call via modem 313 over 
public switched telephone network 207. Phone proces- 
sors 208a, 2086, . . . 208n are provided to receive phone 
calls from the subscriber IRDs in the network. Phone 
processors 208a, 2086, . . . 208/1 are coupled to phone 
manager 209. A console 225 is coupled to phone man- 
ager 209 for permitting operator access to phone man- 
ager computer 209. Phone manager 209 is coupled both 
to business system computer 210 and subscriber authori- 
zation computer (SAC) 211. 

Phone manager 209 serves as a front end processor 
for business computer 210. Phone manager 209 requests 
decoders to call in via their telephone links and collects 
the information provided by each decoder. Phone man- 
ager 209 normally instructs system supervisory control 
computer 212 to generate system data which commands 
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large portions of the population of decoders to call in as 
described below. If a decoder does not call in when 
commanded by the above method, it is explicitly ad- 
dressed and commanded to call in. If it persistently fails 

5 to call in, it is considered non-responding. The data 
transferred from the IRDs in the network is stored in 
real time in non* volatile memory of phone manager 209 
and is available to be uploaded to the business computer 
210 at any time. Business computer 210 controls phone 

10 processor 209 and sends commands to control the next 
function to be performed. 

Specifically, phone manager 209 generates requests 
requesting that the IRDs in the network attempt to 
initiate communication over the telephone network. 

IS These "callbacks" may be initiated by (1) an internal 
callback scheduler of phone manager 209 e.g. biweekly, 
monthly; (2) requests from business computer 210; or (3) 
the phone manager operator console 225. The callback 
request is formatted and forwarded to subscriber autho- 

20 rization computer (SAC) 211 or system supervisory 
control 212 in accordance with the type of callback, i.e., 
either individual or group, respectively. A callback 
command is then sent, in the encrypted B-MAC data 
stream, to the IRDs. 

25 An IRD responds to the request by attempting to 
establish communication with phone processor 209 as 
follows. The IRD engages the telephone line and 
checks for dial tone. The IRD then dials a telephone 
number retrieved from EEPROM associated with the 

30 active security element. The telephone number is previ- 
ously transmitted to the IRD in an addressed data 
packet from the subscriber authorization computer. If a 
phone connection is established, the IRD sends a self- 
identification message to phone manager 209. The 

35 phone manager then sends an acknowledgment to the 
IRD, with a command to upload, for example, IPPV 
viewing data. The IRD then uploads its IPPV viewing 
data to the phone manager. The phone manager sends 
an acknowledgment to the IRD and the IRD clears its 

40 IPPV viewing data from non-volatile memory. The 
IRD then releases the phone line. 

It is emphasized that the present invention is not 
limited to uploading data from a population of remote 
terminals to a central location, but may also be used to 

45 download data from a central location to a population 
of remote terminals or a subset thereof. 

Decoder 206 preferably permits impulse pay-per- 
view purchases. A number of methods are known in the 
art which permit a subscriber to purchase an impulse 

50 pay-per-view event. Several methods will be briefly 
identified, although it will be recognized the invention 
is not limited in this respect. For example, a system 
operator may define a period of time known as a pur- 
chase window. This purchase window may begin at a 

55 first time, e.g. a half hour before the beginning of the 
event, and end at a second time, e.g. fifteen minutes 
after the event has begun. It will be apparent that differ- 
ent purchase windows may be implemented. At any 
time during the purchase window, a subscriber may 

60 push a "BUY" key on either the front panel of the IRD 
or on a remote control for transmitting a "BUY" signal 
to the IRD. The active security element then authorizes 
the video descrambler to descramble the event. Billing 
information including, for example, an event ID and a 

65 purchase time and date is generated and stored in non- 
volatile memory. Alternatively, a subscriber may also 
pre-purchasc an impulse pay-per-view event by using 
either the front panel keypad or the remote control 
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keypad to enter an event ID into non-volatile authorize dow is given by equation (1). In response to a call-in 
tion memory.. When the event is active and IRD 206 command, each decoder selects a group number re- 
determines that the active event ID matches the event domly from the range of group numbers allowed. That 
ID of the pre-purchased event, the active security ele- fc, the decoders generate respective times during the 
ment authorizes the descrambler to descramble the 5 window and initiate calls at the times so generated, 
event Further, the system operator may also implement ^^1^ the times generated by the decoders pro- 
a credit system m which credits are downloaded to each duce a distribution of incoming calls to the 

subscriber IRD. When a subscriber wishes to purchase hone processor . ^ a current embodiment, this is done 
an impose pay-per-view .event, the number of credits is * ^ ^ foU owing equation: 

checked. If there are sufficient credits, the event is au- 10 ■uuwwmft "i"*""" 

thonzed. If not, the event iraot authorized. The sub- Group -(R^Wmdowyass (2) 

scnber is preferably informed via a text screen that the 

event may not be purchased since his credit is insuffi- where ^ fc „ miom number from 0 . . . 65535. Rand 
cient When a credit system is used, the event ID and fc sixteen bit random number. Preferably, the unit 
S^** d f temayb ^ st0red f ^"-volatile memory , 5 ^ not ^ « ^ since lt fe not t0 

^rJ^rniS™; E^Sll^ »» ve » uniform distribution over the range 0 .7765335. 

abuyrateforapartculareve^ Preferably, Rand is a psuedo random number and 

sion system are disclosed, for example, m U.S. Pat Nos. i I" " , H " ,,m " uul muuuci u>u 

4,464,217 and 4.163,254 to Block, incorporated herein S han « es ft ? m ,°! ,e » ^l 0 "' " hen * ^ 

by reference dow is resized in order that each new window have a 

In the present system, as a subscriber purchases IPPV 20 distribution of decoders calling in. This may be 

programs, billing information or purchase data such as implemented, for example, by having a set of 32 random 

event ID and purchase date and time is accumulated in blts and choosing a different sixteen each time by domg 

a secure EEPROM memory of the active security ele- a TOtate - 

ment The purchase data remains in memory until for- 25 Alternatively, a truly random number may be stored 
warded to the system operator through the telephone m EEPROM, The truly random number of, for exam- 
interface. As noted above, there are two call-in mecha- P lc » sixteen bits may seed a random number generator 
nisms, which may operate concurrently, used by phone which executes a predetermined number of loops to 
manager 209 to recover the purchase data. The first generate Rand. When a window is resized, the random 
mechanism is a group command and the second mecha- - ft number generates executes more loops to generate a 
nism is an individual command. The group command new value of Rand. The random number generator may 
uses system data generated by the supervisory control be reseeded when a new window is opened. It will be 
computer and sent over the global satellite channel to appreciated that other techniques of generating random 
specify large groups of decoders which are to call in numbers may be implemented and the present invention 
and transfer data. Individual commands direct particu- 35 is not limited in this respect. 

lar decoders to call in by addressing them with ad- In accordance with the invention, the window size is 
dressed data packets. Since data such as billing informa- initially fixed to the maximum length, i.e., approxi- 
tion represents revenue to the system operator, it is mately 19 hours. The number of incoming calls to 
important that such information be collected quickly phone processors 208a, 208&, . . . 208/i is monitored, 
and efficiently. Phone manager 209 is capable of simultaneously pro- 
Several definitions are presented for the discussion cessing a predetermined number of calls N based on the 
below. Call-in class is defined as a set of all decoders number of phone processors and phone manager soft- 
which satisfy conditions specified in a call-in command warc . As the callback progresses, the number of incom- 
in system data. A call-in window is defined as a period mg ^ is mon itored and the window is shrunk to 
***** . dttrm * which every decoder in a call-in class gencr ate a number of incoming calls from the decoders 
will initiate a single phone call to the phone processor. substantially equal to the number of calls capable of 
A sequence is defined as a plurality or succession of ^ simultaneously handled by phone processors 
call-in wmdows. A call-in window starts when a se- ^ mbf . . . 20Sn and phone manager 209. This 
quence number is changed Preferably, a window starts mcthod y mustratcd ^ ^ ^ ^ h of na 6 . 

when the sequence number is mcremented by one A With reference to FIG. 6, the number of calls N capable 
call-in ktoud is defined as a set of decoders which initi- * . r , , ' , . , ^ 
aTe cXg on a particular c£k%3 ^eTthe s^Ta ^^^^^^ * P hon ^ rOCCSSOrS 
call-in window. Tlie length of each clock-tick is 64/60 ■ • i^&J^f^VZ V?!? 

seconds in a preferred embodiment, although the inven- b * 610 ' imti^ysct the 

tion is not limited in this respect. The window end time maxmaum time period Tl, the actual number of calls 
is a sixteen bit number transmitted in system data which 55 rc « lvcd bv ? h ° n * process durmg the time inter- 
indicates when a current window is scheduled to end. val from to to tits shown by the hne 620. tois the initial 
The window end time is relative to the time when the wmdow start time and ti is a time less than Tl. Since 
window timer is equal to zero. line 620 indicates that the number of incoming calls is 

The number of clock ticks in any call-in window is lcss than the number of calls capable of being processed, 
given by 60 the window is shrunk to some time T2 less than Tl. 

When this is done, the IRDs which have not yet at- 
Window- (Window End Tune) is ticks. (l) tempted to call phone processor 209 then calculate a 

new callback time in accordance with the formula 

Since a window end time is a sixteen bit number, a 
call-in window can assume values in a range from 0 to 65 group =• (random #x window end time)/65S35 (3) 
2 16 ticks or approximately 19 hours. A single group 

initiates calls on a clock tick and all groups call in within and the decoder callback timer is reset to zero. Prefera- 
a call-in window. Thus, the number of groups per win- bly, the random number utilized in equation (3) changes 
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whenever the window is resized. When this is carried day of the month may be commanded to call-in a given 
out, it can be seen by reference to line 630 that the mode. The system may instruct decodes to ignore their 
actual number of incoming calls during the time interval billing groups by setting this qualifier to 0. Thus, by 
from t\ to t2 increases. Thus, the number of calls actually setting billing group to 0, decoders in a specified time 
received by the phone processors is closer to the num- S zone may be commanded to call in. A second qualifier 
ber of calls N capable of being simultaneously handled. is a global bit which, when set in EVENT, BUFFER 
By reducing the window still further to T3 and again and RETRY modes, instructs the decoders to ignore 
calculating a new group for each of the IRDs which time zone. Thus, by setting the global bit, decoders in 
have not yet initiated an attempt to call in, it can be seen any time zone which were installed on the fifth day of a 
that the actual number of calls may be made approxi- 10 month may be commanded to call-in in a given mode. In 
mately equal to the number of calls capable of being stop mode the global bit causes decoders to clear retry 
processed. Accordingly, the window size is maintained bit. A third qualifier is the sequence number which 
at T3 until time t is equal to T3 and the window ends. identifies a particular call-in window. As noted above, 

When a call-in is requested through system data, the the sequence number is incremented each time a new 
decoder first calls-in in accordance with the above IS window is opened. If a decoder has previously at- 
method. If it gets a busy signal, or cannot complete the tempted to call-in during a window having a given 
call, a "Retry" bit is set. Thus, when a retry window is sequence number, it will ignore subsequent call-in corn- 
opened by the system operator, all decoders with the mands having the same sequence number. When a de- 
retry bit set should call in. The retry bit should be coder is unable to call-in for any reason, it is a failed 
cleared when a call-in is successful. If a decoder is 20 attempt and a retry bit is set in non-volatile memory. In 
scheduled to call in, but the window ends prematurely, the RETRY mode, only those decoders having the 
the retry bit is not set. retry bit set will call-in. Finally, the window size is a 

When an addressed data packet is used to force a qualifier which determines the length of the call-in per- 
call-in, the decoder calls in as soon it receives and pro- iod or window during which the decoders call-in. 
cesses the command. If it gets a busy signal or cannot 25 Unlike the system described, for example, in FCT 
complete the call, the retry bit preferably remains set 89/10670, the decoders in the present invention will not 

Thus, in real time, the window end time is changed, retry unless explicitly instructed by the system operator, 
causing decoders to call in at a rate substantially equal . Further a wayward initial guess by the system operator 
to the rate of calls capable of being processed by the as to the number of calls that will be generated by the 
phone processor. For proper operation, it should be 30 call-in command resulting in short window would re- 
emphasized that the sequence number should not be suit in a large number of decoders being unable to get 
changed until after the proper end time for the window. through. Since decoders do not retry in the present 

An algorithm for the decoding implementing the invention, those decoders which could not get through 
above procedures is attached as an Appendix to this during the initial system overload would be lost for that 
specification. 35 window. Accordingly, in the present invention, it is 

In order to effect enhanced control over the call-in, important to start out with a large window and then 
the present invention includes the following call-in shrink the window to generate the best utilization of the 
modes: phone processor facilities, Any overloading of the sys- 

(1) EVENT tern caused by a poor initial guess or shrinking the win- 

(2) BUFFER 40 dow too much or too quickly is to be avoided since 

(3) RETRY those decoders which receive a busy signal or can't get 

(4) STOP through due to overloading must be commanded by an 
In the EVENT mode, decoders which have purchased addressed data packet or system data in a RETRY 
a particular event, characterized by an event ID, are mode to call-in, resulting in inefficient system operation, 
commanded to call-in. In the BUFFER mode, decoders 45 Since the population may consist of up to two million 
which have purchased a predetermined or threshold decoders, a failure of even a small percentage of decod- 
number of events are commanded to call-in. Thus, for ers to transfer billing information can represent a signifi- 
example, decoders which have purchased five or more cant revenue for the system operator. 

events may be commanded to call-in the BUFFER Non-responding decoder detection is initiated during 
mode. In the RETRY mode, decoders which were 50 normal call-in modes. Every incoming call sets a 
unable to successfully call-in in a previous call-in win- "CALLED" flag in the phone manager database. After 
dow and have a retry bit set as described above are a predetermined time period such as a day, a batch 
commanded to call-in. In the STOP mode, decoders in process runs which is aware of all the decoders which 
the population are commanded not to initiate attempts should have called in since the last time the batch pro- 
to call-in. 55 cess ran. Each decoder in the database is examined to 

Each of these call-in modes includes several qualifiers see whether it should be called in. If so, its CALLED 
for controlling which decoders actually attempt to call- flag is checked. If this is clear, the decoder has not 
in in a given mode. The first qualifier is a region code called in and is placed on a forced call-in list After each 
consisting of a time zone and a billing group which is decoder in the database is examined, all CALLED flags 
recognized only in EVENT, BUFFER, and RETRY 60 in the database are then cleared, 
modes. In the United States for example, the time zone At some subsequent time, a time period is set aside for 
may be Eastern, Central, Mountain, or Pacific in accor- forced mode operation. The forced call-in list is down- 
dance with the location at which a decoder is installed. loaded in the form of commands to the subscriber au- 
The billing group is determined by the system operator thorization computer 211. These commands are prefera- 
and may, for example, be fixed in accordance with the 65 bly spaced out in time in order to avoid overloading the 
day of the month on which a decoder was installed. system with calls. Every entry in the forced call-in list 
Thus, in accordance with the region code, decoders in has a counter called the call-in fail counter. Every day 
the Eastern Time Zone which were installed on the fifth before entering forced mode, this counter is incre- 
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mented for each element in the list This indicates that 
the record has spent another day on the list without a 
call coming in. When a call comes in, if the decoder is 
in the forced call-in list, it is removed from that list 
Periodically, business computer 210 uploads from the 5 
phone manager database the records in the forced call- 
in list whose call in fail counters are above a certain 
level. This information may then be printed out to per- 
mit appropriate action to be taken by the system opera- 
tor. These decoders will remain on the forced call-in list 10 
until the business computer sends a delete decoder or 
deactivate decoder command. 

Although the present invention is particularly con- 
cerned with the collection of IPPV data from remote 
terminals, other data may also be collected in accor- 
dance with the above-described procedure. For exam- 
ple, viewing statistics regarding a subscriber's viewing 
habits may also be collected for processing. 

All applications and patents referenced above are 
incorporated herein by the respective references 
thereto. 

Although illustrative embodiments of the present 
invention have been described in detail with reference 
to the accompanying drawings, it is to be understood 
that the invention is not limited to those precise embodi- 
ments and that various changes and modifications may 
be effected therein by those in the art without departing 
from the scope and spirit of the invention. 

APPENDIX 



Decoder Algorithm 



Power Up 

If not tried to call { 

increment retries 

tried to call = yes 

{ 

Repeat forever { 
if oew window { 
ttore sequence # 

if decoder part of call-in window { 
tried to call = no 
call waiting «* yes 



} 

if (new window or new end window tune) and call watting { 
get a random #R (0 . . . 65535) 
group - (R X window end time) / 65535 
tuner = 0 

} 

} 

far every tick { 

if group < timer and call waiting { 
call - waiting — no 
can - dialled = yes 
initiate call-in 
tried to call = yes 

} 

} 

for every phone micro packet } 
if call dialled { 
if phone data request packet { 
get data and place in response buffer 
if response ■= hang up 
clear retries 

} 



} 

if phone poll packet { 
send response buffer 
if response = hang up { 
call — dialled »■ no 



} 



} 
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Wc claim: 



1. A method for transmitting information over a com- 
munication network between a population of remote 
terminals and a central location having a capacity of 
simultaneously communicating with & predetermined 
number of remote terminals in said population, the 
method comprising the steps of: 

(A) fixing a sequence of at least two call-in windows 
each having an initial maximum length, a first call- 
in window defining a time period during which 
each remote terminal in said population of remote 
terminals will initiate a single attempt to communi- 
cate with said central location over said communi- 

^ cation network and a second call-in window defin- 
ing a time period during which remote terminals 
which were unsuccessful in their attempt to com- 
municate with said central location during the first 
call-in window will initiate another single attempt 
to communicate with said central location over 
said communication network; 

(B) prompting said remote terminals to establish re- 
spective times within the first call-in window at 
which each of said remote terminals in said popula- 
tion of remote terminals will initiate its attempt to 
, communicate with said central location; 

(C) monitoring a number of said remote terminals 
which simultaneously communicate with said cen- 
tral location to transmit information therebetween 
during the first call-in window; 

(D) varying the length of the first call-in window if 
the number of remote terminals which simulta- 
neously communicate with said central location is 
less than the capacity of said central location, 
wherein the length of the first call-in period is 
varied so as to be decreased, but not increased; 

(E) prompting remote terminals which have not yet 
initiated their attempt to communicate with said 
central location to establish new respective times 
within the varied first call-in window for initiating 
their attempt to communicate with said central 
location; 

(F) repeating steps (C)-(E) to establish a final mini- 
mum length of the first call-in window at which the 
number of said remote terminals which simulta- 
neously communicate with said central location is 
approximately equal to the capacity of said central 
location; 

(G) maintaining the final length of the first call-in 
window set in step (F) until each remote terminal 
in said population of remote terminals has initiated 
its attempt to communicate with said central loca- 
tion; 

(H) prompting remote terminals which were unsuc- 
cessful in their attempt to communicate with said 
central location during the first call-in window to 
establish respective times within the second call-in 
window for initiating their attempt to communi- 
cate with said central location; and 

(I) repeating steps (C)-(G) for the second call-in win- 
dow. 

2. The method according to claim 1 further compris- 
ing the step of: 

dividing said population into a plurality of classes of 
remote terminals such that only remote terminals 
within particular classes initiate attempts to com- 
municate with said central location over said com- 
munication network. 

3. The method according to claim 2 wherein the step 
of dividing said population into a plurality of classes 



08/10/2003, EAST Version: 1.04.0000 



5,270, 

15 

comprises dividing said population into a plurality of 
classes in accordance with a geographic location of 
respective remote terminals. 

4. The method according to claim 3 wherein the 
population is divided in accordance with a time zone in 5 
which respective remote terminals are disposed. 

5. The method according to claim 1 wherein informa- 
tion is transmitted from said remote terminals to said 
central location. 

6. The method according to claim 1 wherein informa- io 
tion is transmitted from said central location to said, 
remote terminals. 

7. The method according to claim 1 wherein said 
communication network comprises a public switched 
telephone network. 15 

8. The method according to claim 1, wherein the step 
(B) of establishing respective times within the first call- 
in window comprises: 

establishing respective times in accordance with the 
formula 20 

(RAND*Initial Window End Tirae)/(IratiaI 
Window End Time) 

wherein the Initial Window End Time is deter- 
mined by the initial length of the first call-in win- 
dow and RAND is a first random number between 
zero and the Initial Window End Time. 

9. The method according to claim 8, wherein RAND 
is a pseudo-random number. 

10. The method according to claim 8, wherein the 30 
step (E) of establishing new respective times within the 
decreased first call-in window comprises: 

establishing new respective times in accordance with 
the formula 35 

(RAND "Decreased Window End Timc)/(lnitial 
Window End Time) 

wherein the Initial Window End Time is deter- 
mined by the initial length of the first call-in win- 40 
dow, the Decreased Window End Time is deter- 
mined by the length of the decreased first call-in 
window, and RAND is a second random number 
between zero and the Initial Window End Time. 

11. The method according to claim 10, wherein the 45 
first random number is different than the second ran- 
dom number. 

12. A method for transmitting information over a 
communication network between a population of re- 
mote terminals and a central location having a capacity 50 
of simultaneously communicating with a predetermined 
number of remote terminals in said population, the 
method comprising the steps of: 

(A) fixing a sequence of at least tow call-in windows 
each having an initial maximum length, a first call- 55 
in window defining a time period during which 
each remote terminal in said population of remote 
terminals will initiate a single attempt to communi- 
cate with said central location over said communi- 
cation network and a second call-in window defin- 60 
ing a time period during which remote terminals 
which were unsuccessful in their attempt to com- 
municate with said central location during the first 
call-in window will initiate another single attempt 

to communicate with said central location over 65 
said communication network; 

(B) prompting said remote terminals to establish re- 
spective times within the first call-in window at 



which each of said remote terminals in said popula- 
tion of remote terminals will initiate its attempt to 
communicate with said central location; 

(C) monitoring a number of said remote terminals 
which simultaneously communicate with said cen- 
tral location to transmit information therebetween 
during the first call-in window; 

(D) varying the length of the first call-in window if 
the number of remote terminals which simulta- 
neously communicate with said central location is 
less than the capacity of said central location, 
wherein the length of the first call-in period is 
varied so as to be decreased, but not increased; 

(E) prompting remote terminals which have not yet 
initiated their attempt to communicate with said 
central location to establish new respective times 
within the varied first call-in window for initiating 
their attempt to communicate with said central 
location; 

(F) repeating steps (CHE) to establish a final mini- 
mum length of the first call-in window at which the 
number of said remote terminals which simulta- 
neously communicate with said central location is 
approximately equal to the capacity of said central 
location; 

(G) maintaining the final length of the first call-in 
window set in step (F) until each remote terminal 
in said population of remote terminals has initiated 
its attempt to communicate with said central loca- 
tion; 

(H) setting a retry flag in remote terminals which 
initiate unsuccessful attempts to transfer informa- 
tion to said central location; and 

(I) repeating steps (A)-{G) during the second call-in 
window for those remote terminals whose retry 
flag is set 

13. Apparatus for controlling a transmission of infor- 
mation over a communication network between a popu- 
lation of remote terminals and a central location having 
a capacity of simultaneously communicating with a 
predetermined number of remote terminals in said pop- 
ulation, said apparatus comprising: 
means for fixing a sequence of at least two call-in 
windows each having an initial maximum length, a 
first call-in window defining a time period during 
which each remote terminal in said population of 
remote terminals will initiate a single attempt to 
communicate with said central location over said 
communication network and a second call-in win- 
dow defining a time period during which remote 
terminals which were unsuccessful in their attempt 
to communicate with said central location during 
the first call-in window will initiate another single 
attempt to communicate with said central location 
over said communication network; 
means responsive to said means for fixing for prompt- 
ing said remote terminals to establish respective 
times within the first call-in window at which each 
of said remote terminals in said population of re- 
mote terminals will initiate its attempt to communi- 
cate with said central location; 
monitoring means for monitoring a number of remote 
terminals which simultaneously communicate with 
said central location to transmit information there- 
between during the first call-in window; 
means responsive to said monitoring means for dis- 
cretely varying the length of the first call-in win- 
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dow until the number of remote terminals which 
simultaneously communicate with said central lo- 
cation is approximately equal to the capacity of 
said central location, said varying means varying 
the length of the first call-in period so as to be 
decreased, but not increased; 

means responsive to said varying means for prompt- 
ing remote terminals which have not yet initiated 
their attempt to communicate with said central 
location to establish new respective times within 
said discrete time periods at which said remote 
terminals will initiate their attempts to communi- 
cate with said central location. 

14. Apparatus for transferring information over a 
communication network to a central location, said ap- 
paratus comprising: 

receiving means for receiving instructions from said 
central location including instructions for initiating 
attempts to transfer information to said central 
location in accordance with a sequence comprising 
at least two call-in windows; 

means responsive to instructions from said central 
location for establishing a time within a first call-in 
window at which said apparatus will initiate an 2 s 
attempt to communicate with said central location; 

means for attempting to communicate with said cen- 
tral location at the time within the first call-in win- 
dow; 

means for transmitting the information over said 
communication network if said apparatus success- 
fully communicates with said central location; 

means for setting a retry flag if said apparatus is un- 
successful in the attempt to communicate with said 
central location; 

means responsive to instructions from said central 
location for establishing a new time within the first 
call-in window at which said apparatus will initiate 
an attempt to communicate with said central loca- 
tion if said apparatus has not attempted to initiate 40 



30 



35 



communication with said central location and an 
end time of the first call-in window is changed; and 

means responsive to instructions from said central 
location for establishing a time within a second 
call-in window at which said apparatus will initiate 
an attempt to communicate with said central loca- 
tion if said retry flag is set. 

15. A method of transferring information over a com- 
munication network from a remote apparatus to a cen- 
tral location, the method comprising the steps of: 

receiving instructions from said central location in- 
cluding instructions for initiating attempts to trans- 
fer information to said central location in accor- 
dance with a sequence comprising at least two 
call-in windows; 

establishing a time within a first call-in window at 
which said apparatus will initiate an attempt to 
communicate with said central location in accor- 
dance with instructions from said central location; 

attempting to communicate with said central location 
at the time within the first call-in window; 

transmitting the information over said communica- 
tion network if said apparatus successfully commu- 
nicates with said central location; 

setting a retry flag if said apparatus is unsuccessful in 
the attempt to communicate with said central loca- 
tion; 

establishing a new time within the first call-in win- 
dow at which said apparatus will initiate an attempt 
to communicate with said central location in re- 
sponse to instructions from said central location if 
said apparatus has not attempted to initiate commu- 
nication with said central location and an end time 
of the first call-in window is changed; and 

establishing a time within a second call-in window at 
which said apparatus will initiate an attempt to 
communicate with said central location in accor- 
dance with instructions from said central location if 

said retry flag is set. 

*•<••• 
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(57) ABSTRACT 

In accordance with the present invention, a cable system 
allows bidirectional digital communication between a plu- 
rality of subscriber Digital Video Home Terminals each 
located at a different subscriber location and a cable headend 
via a RF Trunk. The cable headend has a processor for 
calculating and storing a randomized back-off array for each 
of the plurality of subscriber Digital Video Home Terminals. 
Each subscriber Digital Video Home Terminal receives the 
randomized back-off array for controlling through an algo- 
rithm when a Digital Video Home Terminal attempts to send 
a message to a cable headend. If a collision between the two 
messages is imminent, the last Digital Video Home Terminal 
to send the message backs-off and then reattempts to send 
the message a plurality of times after a random back-off 
interval of time has passed after each reattempt until no 
collision would occur with another message generated from 
a different Digital Video Home Terminal. 

20 Claims, 3 Drawing Sheets 
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SYSTEM AND METHOD OF 
BIDIRECTIONAL DIGITAL VIDEO 
COMMUNICATION OVER A CABLE 

FIELD OF THE INVENTION 

This invention relates to a system and method of bidirec- 
tional digital video communication over a cable that permits 
bidirectional communication between a cable headend and 
subscriber home terminals (e.g., Set -Top Boxes) with mini- 
mum message collisions. 

BACKGROUND OF THE INVENTION 

Cable television is becoming more popular and millions 
of homes use and receive analog cable signals from a cable 
supplier to watch favorite programs and in some instances 
receive other information. Typically, each subscriber has a 
Set-Top Box, (also referred to as a Home Terminal) that rests 
on the standard television and receives from the cable 
headend down-stream transmissions such television shows. 
The cable headend typically has a connection to a national 
programming supplier such as a television network. 

Advances in communication are now making possible the 
use of digital video or EPPV/VOD products that allow cable 
suppliers to offer enhanced pay-per-view (EPPV) and video- 
on-demand (VOD) services while having a digital network 
solution. By using a digital network, the use of out-of-band 
signaling capabilities are now possible as well as video and 
audio transmission in both the uplink and downlink direc- 
tion. It is now possible to have a digital video Set-Top Box 
or Digital Video Home Terminal that can receive down- 
stream transmissions and transmit upstream signals as nec- 
essary. 

With the use of a digital network and RF Trunk, it is 
possible for hundreds of Digital Video Home Terminals to 
reside on one RF Trunk. With the use of hundreds of Digital 
Video Home Terminals that can generate a message 
upstream to the cable headend, it is possible for message 
collisions to occur when two or more Digital Video Home 
Terminals send a message about the same time, requesting 
video programming or other information and services. It is 
therefore necessary to design a system using Digital Video 
Home Terminals that avoids collisions with messages gen- 
erated from various Digital Video Home Terminals located 
at different subscriber premises. Additionally, any solution 
to this problem should require little processing power and 
memory within the Digital Video Home Terminal or Set-Top 
Box to reduce the cost, size and complexity of Set-Top Box. 
To reduce the overall cost of the system to the subscriber, it 
is desirable that any major processing to avoid message 
collision be accomplished at the cable headend. 

SUMMARY OF THE INVENTION 

In accordance with the present invention, a cable system 
now permits bidirectional digital communication between a 
cable headend and a plurality of subscriber Digital Video 
Home Terminals each located at a different subscriber loca- 
tion such as a subscriber residence. The cable headend 
includes a processor for calculating and generating a ran- 
domized back-off array for each of the plurality of subscriber 
Digital Video Home Terminals. An RF Trunk line intercon- 
nects the cable headend and the plurality of subscriber home 
terminals so that messages from a subscriber can be sent to 
the cable headend and digital video or other information can 
be sent to the subscriber. 

Each subscriber Digital Video Home Terminal includes a 
processor which receives from the cable headend a random- 
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ized back-off array for controlling when a Digital Video 
Home Terminal attempts to send a message to a cable 
headend and then reattempts to send the message a plurality 
of times after a random back-off interval of time has passed 

5 after each reattempt until no collision with another message 
is generated from a different home terminal. 

In one aspect of the present invention, each Digital Video 
Home Terminal includes means for initializing communica- 
tion with the cable headend when the randomized back-off 

10 array is received from the cable headend. In still another 
aspect of the present invention, a Digital Video Home 
Terminal includes Random Access Memory for storing the 
back-off array within the Random Access Memory of the 
Digital Video Home Terminal. The back-off array received 

15 from the cable headend allows reattempted message trans- 
missions after a respective time-out period has elapsed that 
comprises a first randomized interval of time and then 
allows reattempted message transmission after another time- 
out period that comprises a second randomized interval of 

20 time. The first randomized interval of time is calculated from 
a uniformly distributed retry algorithm that is part of the 
back-off array and the second randomized period of time is 
calculated from an exponential period of time. The processor 
cable headend can also include circuitry for generating an 

25 acknowledgment to a subscriber Digital Video Home Ter- 
minal after the cable headend has received a message from 
the Digital Video Home Terminal. In an another aspect of the 
present invention the Digital Video Home Terminal is 
responsive whenever an acknowledgment is not received so 

30 that the Digital Video Home Terminal reattempts a message 
transmission to the cable headend pursuant to the random 
back-off interval of time. The trunk line interconnecting the 
cable headend and the plurality of subscriber Digital Video 
Home Terminals typically comprises an RF Trunk line. 

35 BRIEF DESCRIPTION OF THE DRAWINGS 

This invention and its mode of operation will be more 
clearly understood from the following detailed description 
when read with the appended drawings in which: 
40 FIG. 1 shows a simplified block diagram of the general 
environment of the cable system allowing bidirectional 
digital video communication over a cable in accordance with 
the present invention. 
FIG. 2 shows a more detailed view of a premises based 
45 Digital Video Home Terminal and the cable headend; and 
FIG. 3 illustrates a flow chart showing one typical method 
in accordance with the present invention. 

DETAILED DESCRIPTION OF THE 
SQ INVENTION 

Referring now to FIG. 1, there is illustrated a cable system 
indicated generally at 10 and in accordance with the present 
invention that allows bidirectional digital video communi- 
cation between a cable headend indicated generally at 12 

55 and a plurality of different subscriber Digital Video Home 
Terminals (DVHT) 14 located at different subscriber loca- 
tions such as a premises indicated by a dotted line 16 and in 
communication with the cable headend 12 via an RF Trunk 
18. In the illustrated embodiment, each RF Trunk 18 

60 includes an RF Trunk Terminator 20 and a digital commu- 
nication line 22 that connects the RF Trunk Terminator 20 to 
typically hundreds of different subscriber Digital Video 
Home Terminals 14. In the illustrated embodiment, two RF 
Trunks 18, 18' are shown, and extend from the cable 

65 headend 12 to two RF Trunk Terminators 20, 20'. 

The cable headend 12 typically includes an Administra- 
tion and Maintenance Interface (AMI) 23 that includes the 
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processing power for generating randomized back-off arrays 
within its large central processing unit 24 and storage 
memory 26. (FIG. 2). Each DVHT 14 has its own back-off 
array, which the AMI 23 downloads to the DVHT 14. 

The AMI 23 can include a separate database 28 of 
different stored programs such as video programs that are 
then transmitted along the RF Trunk 18 to a subscriber 
premises 16 where the DVHT 14, (typically a Set-Top Box) 
is situated on a television set 30. The DVHT 14 and AMI 23 
can uplink and download digital messages and other infor- 
mation such as Set-Top Provision Information, Set-Top Box 
Status and other billing information. Programs could also be 
downloaded, as well as status checks and alarms to and from 
the AMI 23 through the RF Trunk 18. Some messages can 
include a request for a cable television program and even 
more complex requests or messages that allow the AMI 23 
to access other databases such as national database 32 via 
communication network 34 or a nationally syndicated cable 
or television program from another cable network 36. 
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Table 1 below shows a summary of various messages that 
can go into and out of the DVHT. The messages are divided 
into three functional areas: 

a. Access Network OAM&P messages — these are the 
messages that are required to support the physical and 
logical functioning of the out-of-band message trans- 
port system. These messages are supported by the AMI 
and the Message Router. 

b. Service OAM&P messages — these are messages that 
are required to support services in the DVHT such as 
software downloads, parameter provisioning and secu- 
rity messages. These messages are supported by the 
Server and the KMS. 

c. Application Control and Support messages — these are 
messages to control and support the application 
(menus) running in the DVHT, such as purchase events, 
program termination requests, and motion control 
requests. These messages are supported by the Server. 



TABLE 1 



DVHT Message Summary 



Access Network OAM&P Messages 



Page # and Message Name 


Direction 


object_Jd 


op_code Comments/Addressing Mode if not HDLC point-to-point 


34 PING 


AMI>DVHT(MAINT) 


8192 


1 




35 SET__FREQ 


AMI>DVHT(MAINT) 


8192 


2 


Set RF Frequency 


36 SET_POWER 


AM[>DVHT(MAINT) 


8192 


3 


Set RF Modem Power 


37 SET _ALOHA_PARMS 


AMI>DVHT(MAINT) 


8192 


4 


Set Aloha Retry Parameters 


38 SET_MSG_SEQ 


AMI>DVHT(MAINT) 


8192 


5 


Set Message Sequence Number 


39 SET__HDLC_ADDR 


AMI>DVHT(MAINT) 


8192 


7 


Sets DVHT HDLC address 


40 MODEM_ON 


AMI>DVHT(MAINT) 


8192 


9 


Enable/Disable RF Modem 


41 POWER_CAL 


MR>DVHT(MAINT) 


8192 


10 


Start/stop power calibration flags 


43 CLEAR__BRRORS 


AM I>D VHT(MAINT) 


8192 


n 




44 ATT _PROVISION 


AMI>DVHT(MAINT) 


8192 


13 


AMI Registration message HDLC broadcast 










address with DVHT_ID match 


46 GET_DVHT_MAKEMODEL 


AM I >D VHT(MAI NT) 


8192 


14 


Get DVHT ID HDLC broadcast address 










with DVHT_ID match 


47 GET_STATTJS 


AMI>D VHTfMAI NT) 


8192 


15 


lb locate a DVHT 


49 UNREGISTER 


AM I>D VHT(MAINT) 


8192 


16 


Set the DVHT to its unregistered state 




Server (SMS) 










>DVHT(MAINT) 








50 SOFT_BOOT 


AMI>DVHT(MAINT) 


8192 


20 


Reset DVHT parameter, but retain its regis- 




Server (SMS) 






tration parameters. 




>DVHT(MAINT) 








51 SET_FRAG_PARMS 


AM[>DVHT(MAINT) 


8192 


21 


Set Fragmentation Parameters 


52 CLEAR_DIAG_ERRORS 


AMI>DVHT(MAINT) 


8192 


24 


Clear diagnostic errors 


53 FTND_DVHT 


AMI>DVHT(MAINT) 


8192 


25 


Find DVHT with matching dvht__id, 










HDLC broadcast address with DVHT_ID 










match 


55 GENERICREPLY 


DVHT(MAINT>AMI 


echo 


echo 




56 PINGREPLY 


DVHT(MAINT)>AM1 


8192 


echo 




57 GET_DVHT_MAKEMODEL- 


DVHT(MAINT)>AMI 


8192 


echo 


Contains DVHT Make, Model number, IP 


REPLY 








address, and idle address 


58 G ET_ STATU S REP LY 


DVHT(MAINT)>AMI 


8192 


echo 


Contains DVHT status 




D VHT(MAI NT)>MSGRTR 








62 FIND_DVHTREPLY 


DVHT(MAINT)>AMI 


8192 


echo 


Returns matching DVHT_JD 


Page # and Message Name 


Direction 




op code 


Comments 



Service OAM&P Messages 



64 KMSGET_PUBKEY 


KMS >D VHT(CRYFT) 


4096 


1 


KMS registration data 


65 NEWUEV 


KMS>DVHT(CRYPT) 


4096 


2 


Update the UEV 


66 REKEY 


KMS>DVHT(CRYPT) 


4096 


3 


Change the keys 


68 KMSGET_PUBKEYREPLY 


DVHT(CRYPT)>KMS 


4096 


echo 




69 NEWUEVREPLY 


DVHT(CRYPT)>KMS 


4096 


echo 




70 REKEYREPLY 


D VHT(CRYPT)> KMS 


4096 


echo 




72 RTE_CLEARFINS 


Server(SMS)>DVHT(RTE) 


1 


1 


Clear the PINs 


73 RTE_jSETFLAGS 


Server(SMS)>DVHT(RTE) 


1 


2 


Set/Clear RTE flags 


74 RTE_STATUS 


Serve r (NM S) > D VHT(RTE) 


3 


3 


Get the RTE Status 


75 RTE_SETENV 


Server (ASM)>DVHT(RTE) 


3 


4 


Set RTE environment variables 


77 RTE_J>ROVISION 


Server (REG) >DVHT(RTE) 


1 


5 


Load RTE provisioning data 
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TABLE 1 -continued 



DVHT Message Summary 


79 IR_PROVIS[OISr 


Server (Reg)>DVHT(REG) 


16384 


4 


Provision IR Blaster Codes 


80 SYSPROVISION 


Server (Reg) >D VIfT(REG) 


16384 


3 


Set provisioned system variables 


81 DOWNLOAD_EXECUTE 


Server (UPD)>DVHT(UPG) 


12288 


2 


Download new SW image 


83 DOWNLOAD_EXECUTE_ 


DVHTCUPG)>Server(UPD) 


12288 


echo 




REPLY 










84 DOWNLOAD_PREPARE 


Server(REG)>DVHT(UPG) 


12288 


1 




85 DOWNLOAD_PREPARE_ 


DVHTCUPG)>Servei(UPD) 


12288 


echo 




REPLY 










87 SET_IP_ADDR 


Scrvcr(REG)>DVHT(MAINT) 


8192 


8 


Set DVHT In- Band IP address 


89 RTESTATUSREPLY 


DVHT(RTE)>Server(NMS) 


1 


echo 





A pplication Support 



Out-of-Band 



92 ASPRESP 

93 ASPBUYRESP 

94 ASPPVURESP 

97 ASPBUYREQ 

98 ASPTERMREO 

100 ASPMCREQ 

101 ASPRTREQ 
104 ASPPVUREQ 



106 Application Tables Types 
110 Application List Table (ALT) 



Server(ASM)>DVHT(APP) 
Servcr(ASM)>DVHT(APP) 
Server(ASM)>DVHT(APP) 
DVHT(APP>Server(ASM> 
DVHT(APP)>Server(ASM) 
DVHT(APP)>Server(ASM) 
DVHT(APP)>Server(ASM) 
DVHT(APP)>Server(ASM) 

Application Support 



2 


echo 


Response to Application Request 


2 


echo 


Response to Buy Request 


2 


echo 


Response to Pre-view Request 


2 


1 


Program Buy Request 


2 


2 


Program Terminate Request 


2 


3 


Motion Control Request 


2 


4 


Program Restart Request 


2 


5 


Pre-view Report 



;g. In- Band 



Server(ADM)>DVHT(APP) 
Server(ADM)>DVHT(APP) 



1 Directory of broadcast media and data with 
RF tuning and PID info 

2 Tabular information supporting hierarchical 
APP menu structure 



It is evident that the type of messages can vary widely, 
including Frequency and Modem information (as known to 
those skilled in the art); Retry parameters; Digital Address 30 
information; Modem Enable and Disable commands; Power 
calibration; Registration messages; Diagnostic checks; 
Model information and addresses; PINs for security; images 
of products and advertisements; accounting; and Pay-per- 
view matters. 35 

In accordance with one aspect of the invention, the DVHT 
14 includes a processor (e.g., central processing unit) 38 and 
Random Access Memory (RAM) 40 connected to the pro- 
cessor (FIG. 2). Also, Read Only Memory (ROM) 42 has a 
boot program 43 that is operable when the DVHT 14 is 
initially turned on. The boot program 43 loads and allows the 40 
first part of an initialization of the DVHT 14 with the AMI 
23. During the initialization of the DVHT 14, the AMI 23 
then transmits along the RF Trunk 18 to the initializing 
DVHT 14 the particular back-off array used for controlling 
the D VHT's attempts and reattempts in sending messages to 45 
the AMI 23 without collision with other messages from 
another subscriber DVHT. This "Boot" program 43 allows 
registration of the DVHT 14 with the AMI 23. 

At the time that a DVHT 14 is registered within the AMI 
23 of the cable system 10, the DVHT has been initialized 50 
with a randomized back-off array. This approach consoli- 
dates back-off algorithm administration and more readily 
allows for future requirements regarding upstream conges- 
tion control such as when numerous DVHTs are sending 
messages at one time. In addition, this solution saves on 
DVHT memory and cost because large processing and 
memory units will not be necessary in a DVHT 14. 

This random back-off will consist of two algorithms: 

1. A quick, uniformly distributed retry algorithm will be 
used for the first 5 retries and is defined as: 
wait_on_aloha_acleJnterval+iuniform[0-100 ms] 60 

2. An exponential retry algorithm will be used for the last 
5 retries and is defined as: 

wait_on_aloha_ack_interval+2 * *#retries*iuniform 
[0-1,000 ms] 

(taking into account the number of collisions, i.e., the 65 
larger the number of collisions, the longer the ran- 
dom back-off interval) 



The array that is sent to the DVHT at the time of 
initialization will consist of 11 three-byte shorts. Each row 
entry maps to a retry time-out interval in milliseconds. 
The back-off array will be defined as: 
Row 0 — 0th retry: wait_on_aloha_ack_interval+ 

iuniform[0-50] 
Row 1 — 1st retry: wait_on_aloha_ack_interval+ 

iuniform[0-50] 
Row 5 — 5th retry: wait__on_aloha_ack_interval+ 

iuniform[0-50] 
Row 6 — 6th retry: wait„on_aloha_ack_interval+2**6* 
iuniform[0-l,000] Row 7— 7th retry: wait__on_ 
aloha_ack_interval+2* * 7* iunifoTm[0-l,000] 
Row 10 — 10th retry:. wait_on_aloha_ack_interval+ 

2**10* iuniform[0-l,000] 
In reattempting message transmissions, typically, the first 
set of message transmissions are re attempted after a respec- 
tive time-out. That is a first randomized interval of time such 
as between 0 to 100 milliseconds. After these first 
reattempts, the DVHT then reattempts message transmission 
after a respective time-out. That is a second randomized 
interval of time such as between 0 to 1,000 milliseconds. 
The randomized interval of time can be calculated from a 
uniformly distributed retry algorithm and the second ran- 
domized interval of time can be calculated from exponential 
retry algorithm. 

Each row entry is a 16 bit number representing time in 
milliseconds. 

It is evident that this randomization function is now done 
at the cable headend 12 instead of a more traditional method 
where randomization is accomplished by the entity that is 
transmitting the messages in traffic (e.g., in the present 
invention the DVHT 14). However, as noted before, the 
DVHT 14 (Set-Top Box) should have minimal memory and 
CPU needs in order to reduce the cost and complexity of the 
unit. Thus, the DVHT will be more attractive for use by 
subscribers such as typically found in a one family house- 
hold. 

FIG. 3 illustrates a flow chart showing one basic high 
level method of operation of the present invention. At the 
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outset, the subscriber "switches-on" the DVHT 14 (Block 
100) and begins the initialization process. A "boot" program 
loads (Block 102) and a signal is sent by the DVHT 14 
through the RF Trunk Terminator 20 and RF Tmnk 18 to the 
AMI (Block 104) to signal the AMI to transmit the random- 
ized back-off array to the DVHT 14. The AMI 23 then 
forwards the back-off array to the RAM 40 of the DVHT 
(Block 106). A message is then transmitted by the DVHT 14 
to the AMI (Block 108). If the AMI 23 receives the message 
(Block 110), an acknowledgement is sent back to the DVHT 
14 (Block 112) and a cable movie or other information may 
follow. 

If an acknowledgement is not received back by the DVHT 
(Block 114), the DVHT then backs-off a first randomized 
interval of time and then reattempts the message transmis- 
sion (Block 116), If a collision is imminent again, the DVHT 
backs off again and then reattempts transmission based on 
randomized intervals of time between "0" and some time 
period (Block 118). The first random interval of time could 
be between 0 and 100 milliseconds. After about five tries, the 
random period of time could then be extended to as high as 
0 to 1,000 milliseconds. At that time, no collisions should be 
imminent and a message transmitted without collision 
(Block 120). Waiting time, however, could be excessive by 
the time the sixth, seventh or eighth retry occurs. 

It is evident that the present invention now provides a 
digital video and enhanced pay-per-view and video-on- 
demand service that accommodates a collision based net- 
work. The overall cost of a DVHT used in a premises is 
reduced by the use of having the cable headend calculate a 
back-off array for controlling a Digital Video Home Termi- 
nal. 

What has been described as merely illustrative of present 
invention. Other applications other than the disclosed sys- 
tem the method or contemplated as being within the knowl- 
edge one skilled in the art may be utilized without departing 
from the spirit and scope of the present invention. 

That which is claimed is: 

1. A method of bidirectional digital communication over 
cable comprising the step of: 

receiving, in response to an initialization signal, within 
each of a plurality of different subscriber digital video 
home terminals located at different subscriber locations 
and in communication with a cable headend a random- 
ized back-off array for controlling when a subscriber 
digital video home terminal attempts to send a message 
to the cable headend and then reattempts to send the 
message a plurality of times after a random back-off 
interval of time has passed after each re attempt until no 
collision would occur with another message generated 
from another subscriber home terminal, the randomized 
back-off array being generated at the cable headend 
with a two-stage back-off retry algorithm, 

2. A method according to claim 1 including the step of 
generating the randomized back-off array at the cable hea- 
dend and initializing the digital video home terminal with 
the randomized back-off array so that the digital video home 
terminal can establish communication with the cable head- 
end. 

3. A method according to claim 1 including the step of 
storing the back-off array within a Random Access Memory 
of the digital video home terminal. 

4. A method according to claim 1 including the step of 
reattempting message transmissions after a respective time- 
out period that is a first randomized interval of time and then 
reattempting message transmissions after a respective time- 
out period that is a second randomized interval of time. 
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5. A method according to claim 1 wherein the first 
randomized interval of time is calculated from a uniformly 
distributed retry algorithm and the second randomized inter- 
val of time is calculated from an exponential retry algorithm. 
5 6. A method according to claim 1 including the step of 
reattempting to send a message if an acknowledgement of 
message receipt is not received from the cable headend. 

7. A method of bidirectional digital communication along 
a cable comprising the steps of: 
10 initializing communication with a cable headend by boot- 
ing a subscriber digital video home terminal located at 
a subscriber premises and receiving from the cable 
headend a randomized back-off array that is used to 
calculate random back-off intervals of time, the ran- 
domized back-off array being generated at the cable. 
15 headend with a two -stage back-off retry algorithm, 
attempting to send a message to the cable headend and 
backing-off from sending the message if a collision 
with another message generated from a different sub- 
scriber digital video home terminal would occur, and 
reattempting to send the message a plurality of times after 
a random back-off interval of time has passed until no 
collision would occur with another message generated 
from a different home terminal. * 
^ 8. A method according to claim 7 including the step of 
generating the back-off array at the cable headend. 

9. A method according to claim 7 including the step of 
storing the back-off array within a Random Access Memory 
of the digital video home terminal. 
30 10. A method according to claim 7 including the step of 
reattempting to send a message if an acknowledgement is 
not received from the cable headend. 

11. A method according to claim 7 including the step of 
reattempting message transmissions after a respective time- 

35 out period that is a first randomized interval of time and then 
reattempting message transmissions after a respective time- 
out period that is a second randomized interval of time. 

12. A method according to claim 7 wherein the first 
randomized interval of time is calculated from a uniformly 

^ distributed retry algorithm and the second randomized inter- 
val of time is calculated from an exponential retry algorithm. 

13. A cable system that permits bidirectional digital 
communication along a cable with minimum message col- 
lisions comprising: 

45 a plurality of subscriber digital video home terminals each 
located at a different subscriber location, 
a cable headend having a processing means for calculat- 
ing and storing a randomized back-off array for each of 
the plurality of subscriber home terminals, wherein the 

50 randomized back-off array is generated with a two- 
stage back-off retry algorithm, 
a trunk line interconnecting the cable headend and the 
plurality of subscriber digital video home terminals 
through which messages from a subscriber can be sent 

55 to the cable headend and digital video can be sent to the 
subscriber, 

and wherein each subscriber digital video home terminal 
includes means for receiving a randomized back-off 
array from the cable headend for controlling when a 

60 digital video home terminal attempts to send a message 
to the cable headend and then reattempts to send the 
message a plurality of times after a randomized back- 
off interval of time has passed after each reattempt until 
no collision would occur with another message gener- 

65 ated from a different digital video home terminal. 

14. A system according to claim 13 wherein each digital 
video home terminal includes means for initializing com- 
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munication with the cable headend when the randomized 
back-off array is received from the cable headend. 

15. A system according to claim 13 wherein a digital 
video home terminal includes Random Access Memory for 
storing the back-off array within the Random Access 5 
Memory of the digital video home terminal. 

16. A system according to claim 13 wherein the back-off 
array received from the cable headend allows reattempted 
message transmissions after a respective time-out interval 
that comprises a first randomized interval of time and then 10 
allows reattempted message transmissions after a respective 
time-out period that comprises a second randomized interval 

of time. 

17. A system according to claim 13 wherein the first 
randomized interval of time is calculated from a uniformly 15 
distributed retry algorithm and the second randomized inter- 
val of time is calculated from an exponential period of time. 
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18. A system according to claim 13 wherein said proces- 
sor at the cable headend includes means for generating an 
acknowledgement to a subscriber digital video home termi- 
nal after the cable headend has received a message from the 
digital video home terminal. 

19. A system according to claim 13 wherein said digital 
video home terminal includes means responsive to when an 
acknowledgement is not received so that a digital video 
home terminal reattempts a message transmission to the 
cable headend pursuant to a calculated random back-off 
interval of time. 

20. A system according to claim 13 wherein said trunk 
line interconnecting the cable headend and the plurality of 
subscriber digital video home terminals comprises an RF 
Trunk line. 

***** 
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[57] ABSTRACT 

A method and apparatus in a communications system (100) 
for providing communications units (134) access to the 
communications system (100), The communications, system 
(100) includes a cable distribution network (106) with an 
base communications unit (102) and a number of down- 
stream communications units (134) all connected to the 
cable distribution network (106). A plurality of channels are 
used to transmit data between the base communications unit 
(102) and the downstream communications units (134). A 
first set of channels are used primarily for access the 
communications system (100) and a second set of channels 
are used for transmitting data within the communications 
system (100) after access to the communications system 
(100) has been gained. The base communications unit (102) 
sends a first type of data transmission including an identi- 
fication of access channels used for requesting access to the 
communications system (100). The base communications 
unit (102) assigns channels within the second set of channels 
response to receiving a request for access to the communi- 
cations system (100) on the first set of channels. A mecha- 
nism also is provided for handling collisions in transmis- 
sions between the downstream communications units (134) 
to the base communications unit (102) in attempting to gain 
access to the communications system (100). 

30 Claims, 16 Drawing Sheets 
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METHOD AND APPARATUS FOR MULTIPLE 
ACCESS OVER RANDOMIZED SLOTS WITH 
COLLISION DETECTION IN A CABLE 
TELEPHONY SYSTEM 

BACKGROUND 

The present invention relates generally to a communica- 
tions system and in particular, to a method and apparatus for 
multiple cable access units accessing a cable telephony 
communications system. 

In a cable telephony communications system, frequency 
division multiplexing (FDM) is employed. FDM allows two 
or more simultaneous continuous channels to be derived 
from a transmission medium by assigning separate portions 
of the available frequency spectrum, separated by some 
minimal channel spacing within a block of spectrum, to each 
of the individual channels. FDM provides for a fixed number 
of physical channels (i.e. separate frequencies) in a cable 
telephony communications system. To provide more chan- 
nels to increase the number of users that may operate on a 
cable telephony communications system, time division mul- 
tiplexing (TDM) is used. TDM provides time division 
multiple access (TDMA) in which users share a carrier 
frequency in the communications system by being assigned 
and using one at a time, for a limited amount of time, time 
division multiplex channels (time slots). In effect, each user 
gets assigned a different time slot on the same frequency. In 
this way many users can share the same frequency. Data 
transmissions are sent in time slots in which a communica- 
tions unit may be assigned a particular time slot only for a 
limited amount of time. 

One of the challenges of a TDMA system is providing to 
the users access on demand of the TDMA channels. A related 
challenge is resolving collisions when two or more users try 
to access or use the same TOMA channel. Consequently, it 
is desirable to have a system that elegantly provides access 
on demand of the TDMA channels, and elegantly resolves 
collisions when multiple users attempt to use the same 
channel. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the invention 
are set forth in the appended claims. The invention itself, 
however, as well as a preferred mode of use, further objec- 
tives and advantages thereof, will best be understood by 
reference to the following detailed description of an illus- 
trative embodiment when read in conjunction with the 
accompanying drawings, wherein: 

FIG. 1 is a diagram of a communications system in which 
the present invention may be implemented; 

FIG. 2A is a block diagram of components in a cable 
control unit (CCU) according to the present invention; 

FIG. 2B is a block diagram of components in a cable 
access unit (CAU) according to the present invention; 

FIG. 3 is an illustration of spectrum allocations for a 
communications system according to the present invention; 

FIG. 4A is a diagram of a superframe used according to 
the present invention; 

FIG. 4B is an illustration of a downstream channel and an 
upstream channel; 

FIGS. 5A-5K are illustrations of different types of infor- 
mation bursts which are employed in providing CAUs 
access to a communications system according to the present 
invention; 

FIG. 6 is a state diagram of a CAU during system access 
procedures according to the present invention; 
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FIG. 7 is a state diagram of a CCU during system access 
procedures according to the present invention; 

FIG. 8 is a depiction of a burst in the TDMA uplink 
aligned with a slot in the TDM downlink; 
5 FIG. 9 is a flowchart of a process employed by a CCU 
during an attempt by a CAU to access the communications 
system according to the present invention; 

FIG. 10 is a flowchart of a process employed by a CAU 
1Q to access the communications system according to the 
present invention; 

FIG. 11 is a diagram of a burst in a downlink control 
channel according to the present invention; 

FIG. 12 is a more detailed flowchart of a process for 
15 handling collisions between CAUs attempting to access the 
communications system according to the present invention; 

FIG. 13 is a flowchart of process followed by a CCU for 
setting a word error indicator (WEI) bit in response to a 
collisions between CAU bursts sent to the CCU according to 
20 the present invention; 

FIG. 14 illustrates the signaling between the CAU and the 
CCU over system access channels (SAC) in which access is 
confirmed; 

^ FIG. 15 shows signaling between the CAU and the CCU 
on the SAC in which access is denied; 

FIG. 16 is an illustration of signals between a CAU and 
a CCU resulting in a successful reconnect access request; 
FIG. 17 is a diagram of signals between a CAU and a 
30 CCU resulting in a failed reconnect access request; and 
FIG. 18 is an illustration of signals used for requesting 
access for an additional call on slow channel. 

DETAILED DESCRIPTION OF THE DRAWINGS 

35 The preferred implementation of the present invention 
allows multiple users of a telephone-over-cable system to 
access TDMA channels (which carry the calls) on demand. 
Also, this implementation elegantly and efficiently resolves 
collisions when two users try to access the same channel. 

40 * • 

The implementation is somewhat related to two air interface 
communications protocols, described respectively in 
Generic Criteria for Version 0.1 Wireless Access Commu- 
nications Systems (WACS) published by Bellcore, 1993 
(TR-INS-001313) and Personal Access Communications 
System Air Interface Standard J-STD-014 (PACS) published 
by Technical Ad Hoc Group 3 of the Tl/ITA Joint Technical 
Committee, which documents are incorporated in this 
description by this reference. 

50 The following description begins with an overview of the 
cable telephony system. It then describes the electronics in 
the portion of the system that is at the cable companies' 
headquarters ("headend"), and then the electronics in the 
portion of the equipment that is at the subscriber's home or 

55 business. 

This description then explains how the frequency spec- 
trum that is available on the cable is used by the cable 
telephony system. Subsequently, this description discusses 
how the frequencies used by the syste'm are divided into time 

so slots, and how those time slots are structured with respect to 
the digital messages that they carry. Then, specific message 
formats are described for some of the particular digital 
messages sent back and forth in the system to facilitate 
channel access and collision resolution. 

65 Next, state diagrams are discussed, illustrating the process 
that the user's equipment goes through, and that the headend 
equipment goes through, in setting a user up with a TDMA 
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channel. Subsequently, flow diagrams are shown illustrating fiers in the depicted example. Additionally, bidirectional line 
the related processes. Finally, examples are shown and extenders 130 are located near taps 132, which are con- 
discuss of particular signaling scenarios which take place in nected to cable access units (CAUs) 134 located at sub- 
providing the user access to a channel, and in resolving scriber 104. These CAUs are also called "subscriber corn- 
collisions between users attempting to access the same 5 munications units". 

channel. CCU 102 is used to provide telephony (as well as other 

I. Overview of the Cable Telephony System digital data communications) in communications system 

With reference now to the FIGs., and in particular with 100. Additionally, CCU 102 controls the cable spectrum, 

reference to FIG. 1, a diagram of a communications system infrastructure resources, and services for all CAUs on a 

is illustrated in which the present invention may be imple- 10 serving area, as well as managing multiple serving areas, 

mented. Communications system 100 is an example of a CAUs 134 provide telephone and television services at 

basic cable system architecture that is a hybrid fiber/coaxial subscriber premises. Typically, a CAU is mounted on the 

cable (HFC) system using a combination of fiber and coaxial side of the subscriber's home, or on an unintrusive place, 

cable to distribute subscriber services to customer premises such as a basement or attic. The CAU manages the uplink 

equipment. Alternatively, communications system 100 may 15 and downlink communications paths and transports cable 

consist entirely of coaxial cable, fiber, or other suitable television channels to the subscriber's television. For 

communications medium. Regardless of the cable example, "A plane old telephone" (POTS) at the subscrib- 

infrastructure, a cable branch will serve a distribution area er's home plugs into the CAU. The CAU puts the phone 

shared by a community of subscribers. In the depicted signals from the POTS on to the cable system. Additionally, 

example, communications system 100 is a cable telephony 20 the CAU takes phone calls off the cable system and forwards 

communications system that provides telephone services them to the POTS, as well as taking regular cable TV signals 

along with cable television services on an HFC television off the cable and passing tbem along to the subscriber's TV. 

infrastructure. II. Overview of Electronics in CCU and CAU 

Communications system 100 includes a cable control unit Turning next to FIG. 2A, a block diagram of components 

(CCU) 102 or some other base communications unit that is 25 in a CCU control unit is depicted according to the present 

connected to subscribers 104 by a distribution network 106 invention. In CCU 200, upstream burst receiver 202 receives 

and a combiner 108. The CCU is a portion of the equipment a TDMA burst from a CAU and down converts the burst to 

at the cable company headend that sends and receives baseband quadrature I and Q signals. A "burst" is a fixed 

telephone calls to and from the home subscribers. Combiner transmission of data in bits bearing information. The burst is 

108 also has an input for video sources 110. CCU 102 also 30 n/A — DQPSK modulated. These baseband I and Q signals 

includes cable port transceivers (CPXs) 112, which are are converted to a digital signal by analog to digital (A/D) 

connected to combiner 108. These cable port transceivers converters . 204 and 206 and processed by upstream digital 

generate downstream carrier channels in communications signal processor (DSP) 208. In the depicted example, A/D 

system 100. "Downstream" or "downlink" as used in this converters 204 and 206 are 8-bit A/D converters. Upstream 

description refers to radio frequency (RF) signals going to 35 DSP 208 sends the processed information to microprocessor 

the subscriber homes. "Upstream" or "uplink" as used in this 210. 

description refers to RF signals going from the subscriber to Microprocessor 210 sends messages back to the CAU 
the headend. through downstream DSP 212 and downstream TDM trans- 
Combiner 108 receives modulated RF carriers from video mitter 214, which is connected to the communications 
sources 110 and from CPXs 112 in CCU 102 and sums these 40 network on which the CAU is located, 
signals together to be sent over distribution network 106. Upstream burst receiver 202, A/D converters 204 and 206, 
CPXs 112 are controlled by a controller 114 which provides upstream DSP 208, microprocessor 210, downstream DSP 
all functions necessary to support the data link portion of the 212, and downstream transmitter 214 are components found 
system. The "Data link portion" refers to the ability for the in CPXs 112 in FIG. 1. The downstream components 
system to carry phone calls in the form of digital data, as 45 depicted in FIG. 2A may be in the same transceiver or a 
well as any other communications in the form of digital data. different transceiver (CPX) from the upstream components 
The headend of the communications system typically illustrated. Upstream DSP 208, microprocessor 210, and 
includes CCU 102, combiner 108, and video sources 110. downstream DSP 212 make up a processing unit in FIG. 2A. 
Digital switch 116 may be in a remote location from the Microprocessor 210 is found in controller 114 in FIG. 1. 
headend or may be located at the headend itself. These 50 This microprocessor and the DSPs in CPXs 112 form the 
components are the headend equipment responsible for processing unit in CCU 102. 

providing access and management of services to the cable With reference now to FIG. 2B, a blocked diagram of 

system 100 servicing multiple subscribers. Controller 119 in components in a cable access unit (CAU) is depicted accord- 

CCU 102 is connected to switch 116 through digital carrier ing to the present invention. CAU 250 is connected to a 

facilities, such as Tl or El, which is in turn connected to a 55 hybrid coaxial cable in distribution network 106 in FIG. 1 by 

public switching telephone network (PSTN) 118. Switch 116 RF interfacing and control 252. This interface and control 

may be, for example, a class 5 TELCO switch. unit provides a 75 ohm interface to the hybrid coaxial cable. 

Transmissions from CCU 102 in distribution network 106 RF interfacing and control 252 also provides a connection to 

are facilitated by downstream fiber trunks 120 and upstream cable television equipment on the subscriber premises, 

fiber trunks 122. These fiber trunks are fiber optic cables and 60 Additionally, RF interfacing and control 252 includes a 

are connected to fiber nodes 124. Fiber nodes 124 perform control switch to turn on or off signals to premise cable 

directional conversion between the optical domain of fiber television systems at the subscriber premises. Data received 

optical cable and the electrical domain of coaxial cable in from the CCU at RF interfacing and control 252 are sent to 

distribution network 106. Each fiber node 124 has a con- digital receiver (demodulator) 254. The signals received 

nection to at least one serving area 126. In the depicted 65 from the CCU are in a frequency range from about 50 MHz 

example, serving area 126 comprises coaxial cable and to 750 MHz and converted to a low intermediate frequency 

includes trunk amplifiers 128, which are bidirectional ampli- (IF) by digital receiver 254. From this form, digital receiver 
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254 translates the low frequency IF to a baseband n/4 With reference to FIG. 3, an illustration of spectrum 
DPQSK modulated signal. Next the signal is demodulated to allocations for communications system 100 is depicted 
obtain bits from the signal. Thereafter, data/clock recovery according to the present invention. As mentioned above, the 
256 takes the bits from digital receiver 254 and separates the spectrum allocated for service within a single serving area 
bits to send to processing unit 258 or pulse code modulated 5 may be used again for a different group of subscribers in 
(PCM) coder/decoder (codec) 260. Control information is every serving area of distribution network 106. In the 
sent to processing unit 258 while user data is sent to PCM depicted example, RF spectrum 300 includes uplink spec- 
codec 260, which converts the user data into an analog form trum 302 and downlink spectrum 304. In the depicted 
to be passed along to the subscriber's phone. example, uplink spectrum 302 covers a range from 5 MHz 
Processing unit 258 in the depicted example includes one io to 42 MHz while downlink spectrum 306 covers a range 
or more microprocessors or digital signal processors (DSPs) from 50 MHz to 750 MHz. The spectrums are further 
along with random access memory (RAM) and read only subdivided into channels that are each 6 MHz in width. In 
memory (ROM). The RAM and ROM contain data and the depicted example, downlink spectrum 306 includes 120 
instructions coding for processes performed by the micro- channels with each channel being 6 MHz in width. Although 
processors or DSPs within processing unit 258. User infor- 15 the depicted example shows an uplink spectrum of 5 to 42 
mation is converted by PCM codec 260 to an analog form MHz and a downlink spectrum 306 from 50 to 750 MHz 
and sent to subscriber loop interface (SLJC) 262. SLIC 262 with each channel having a width of 6 MHz, other spectrums 
provides basic telephony functions, such as indicating and channel widths may be used according to the present 
whether the phone is ringing or off hook, or whether loop invention. 

closure has occurred. Additionally, SLIC 262 separates 20 Communications system 100 is divided up into areas with 

duplex signals into a send signal and a receive signal. SLIC separate signal paths in which the RF spectrum allocated for 

262 and the functions performed by it are well known to the cable telephony service may be used again for a different 

those who are skilled in the art. Ring generator 264 actually group' of subscribers in each separate area of the distribution 

provides the voltage used to cause the telephone to ring. network 106. In the downlink transmission, a large number 

User data from the subscriber premises (such as output 25 of conventional television channels (for example 80 

from a phone or even output from a standard computer channels, each 6 MHz in width) are typically conveyed to 

modem) are sent back through SLIC 262 to PCM codec 260, cable television subscribers. The uplink spectrum (5-4-2 

which transforms the data from an analog form to a digital Mhz) can be used for any communications returning from 

form for processing by transmit data framing 266. Transmit the subscriber. A portion of the downlink spectrums, pref- 

data framing 266 takes raw speech data and puts this data 30 erably one 6 MHz section as shown in FIG. 3, and an equal 

into the frame for transmission to the CCU. For example, or larger portion in the uplink spectrum are dedicated to a 

transmit data framing 266 includes the necessary synchro- plurality of trunked traffic channels serving a large number 

nization information and calculates the cyclic redundancy of subscribers having telephone and/other two way service, 

code for error checking, which is placed into the slow Within these dedicated spectrum allocations, a number of 

channel of the frame (as described in more detail below). 35 RF carriers (exemplified by portions 303) are deployed. 

Transmit data framing 266 is controlled by processing unit These RF carriers are spaced 600 KHz apart. Active carriers 

258 and sends signals upstream which are synchronized with are operated in pairs with one in the uplink segment of the 

the downstream signals. This synchronization in transmit allocation associated with each one in the downlink seg- 

data framing 266 is controlled by data/clock recovery 256, ments. This association provides for frequency division 

In other words, uplink and downlink transmissions to and 40 duplex (FDD) operations. Nevertheless, the system is com- 

from CAU 250 are synchronized. Finally, the data, as a pletely flexible in that any of the upstream channels can be 

burst, is transmitted by digital transmitter (modulator) 268 to matched with any of the downstream channels. 

RF interfacing and control 252 and back to the CCU. Accordingly, in the preferred embodiment of the 

III. RF Carrier Spacing, Time Slots in Carriers and Bit invention, a 6 MHz portion (somewhere within 50-750 

Structure of Individual Time Slots 45 MHz) contains ten 600 KHz RF carriers 303 used for 

Data carried across distribution network 106 in FIG. 1 downstream communications. Similarly, a 6 MHz portion 
may include both voice and non-voice data, such as ISDN (somewhere within 5-42 MHz) contains ten 600 KHz RF 
digital video, phone data, interactive video, or interactive carriers 303 used for upstream communications, 
multimedia services. In the present invention, the transport According to this described scheme, each RF carrier is 
technology used for the cable telephony exchange service is so time division multiplexed into eight sequential "frames", 
trunked. In other words, a cable telephony traffic channel is Each frame is further broken down into eight sequential 
not dedicated to one particular user, but is available to all "slots". Each of these slots is one time divisioned multi- 
users on the basis of a request for service. Such an arrange- plexed "channel" available for use by a subscriber, upon 
ment is called multiple access or subscriber loop concen- demand. 

tration. 55 - FIG. 4A shows the above described scheme diagramati- 

lypically, once a particular channel is assigned to a cally. The figure represents one RF carrier. The carrier is 

subscriber, it is assigned for the duration of a call. When the divided into eight frames 399. Each frame is divided into 

call is revoked, the channel is made available for a subse- eight time slots 401, which are each a channel. The whole 

quent service request. Consequently, it is possible for a CCU box 400 shown, i.e. eight frames of eight slots, is sometimes 

to serve many more subscribers than the channels available 60 referred to as a superframe. 

in a serving area. Additionally, the whole spectrum can be FIG. 4B shows the scheme in a different way. FIG. 4B 

used over again in each service area that has its own shows downstream carrier 402 and upstream carrier 406. 

physically isolated cable wire layout. More specifically, with reference to carrier 402, two con- 

According to the present invention, the cable telephony secutive frames 404 and 405 are shown. These are two of the 

communications system divides up the radio frequency (RF) 65 eight frames 399 in FIG. 4A. Each of the frames is made up 

spectrum for use with multiple subscribers such that no of eight consecutive time slots 407. Each of the time slots is 

individual subscriber has a dedicated frequency range. available as a communications channel on the cable tele- 
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phony system. As illustrated by FIG. 4B, upstream carrier alignment, initial request for a traffic channel, or reconnect 

406 is configured in the same way as downstream carrier to a traffic channel. Multiple SACs (i.e. multiple slots on the 

402. same or different carrier) are used to provide both redun- 

Each time slot is further partitioned for different types of dancv ^ to reduce contention between multiple CAUs 

signaling by by the CCU or CAU. For example, as shown in 5 requesting access to the communications system. TCHs 

the figure time slot 1 in frame 404 includes a synchroniza- provide user services on the communications system and 

lion channel (SYC) 414, a control channel (CC) 416, a slow ^ay be requested and assigned for varying rates. A TCH is 

channel (SC) 418, a fast channel (FC) channel 420, and an two types of sub channels: a user information 

error control channel (EC) 422. Sync channel 414 is a channcl (WQ and a message channel (MC). The UIC 

. . t . , > - ' , . „. rp jn carries user information, such as voice data or analog 

synchranization channel used for frame synchromzaUon. CC 10 modem ^ ^ MC carries informalion betwee ^ 

416 is used to indicate word errors, signaling and power ^ caJ ^ ^ ^ TCH& £ ^ b (jn ^ Qr ^ 

control. SC 418 ,s used for signaling, and FC 420 is used for (not ^ use) According t0 ^ present inven tion, the access 

both user data and signaling. EC 422 is used for error chann cls (the SBCs and the SACs) and data channels (the 

detection. In both the uplink and downlink bursts, SC 418 TCHs ) may be movcd to di ff crcnt frequencies depending on 

includes 26 bits, FC 420 includes 160 bits, and EC 422 15 the quality of the carrier transmissions. Changing the fre- 

contains 20 bits. CC 416 contains 2 bits in uplink bursts and quency of SACs results in the new frequencies being broad- 

9 bits in downlink bursts. Particular digital messages which cast on the SBCs. Changes in frequencies of a TCH may be 

use these various portions of the time slot will be discussed performed using an alternate link transfer (ALT) to allow a 

in further detail below. CAU to maintain a connection in spite of movement of the 

CCU channel 402 is a downlink channel transmitted in a 20 channel to another frequency. ALTs are known in radio 

frequency range from 50 MHz to 750 MHz while CAU communications but are historically used to maintain a call 

channel 406 is an uplink channel transmitted in a range from while a user moves geographically among cells in a cellular 

5 MHz to 42 MHz according to the present invention. A data system. 

transmission within these channels is sent as a "burst", V. Format and Content of Specific Messages 

which is a fixed length transmission of data, such as a 25 With reference to FIGS. 5A-5K, a number of bursts in the 

transmission of a group of bits. In the depicted example, a form of requests and responses employed in providing 

burst is 224 bits per time slot in CAU channel 406 and 240 CAUs with access to a communications system are illus- 

bits per time slot in CCU channel 402. trated according to the present invention. Messages between 

Each time slot in both the uplink and downlink may be communications units, such as CCUs and CAUs, contain 

used for different types of channels such as a system 30 access request numbers (ARNs) to identify to which CAU a 

broadcast channel (SBC), a system access channel (SAC), or particular message is directed. ARNs are unique to each 

a traffic channel (TCH). Each of these different "channels" CAU within a serving area. ARNs are employed to uniquely 

has a different functionality. The SBC and SAC may both be identify messages, such as requests and responses. All bursts 

considered system access channels because of their function. or requests from a CAU include an ARN to identify the 

SBCs broadcast system information in the downlink to all 35 origination of the burst. Similarly, when responses are sent 

CAUs monitoring the SBCs. A downlink SBC carries sys- back to a CAU, the CAU can identify the response as being 

tem wide information, such as alerts used to "page" a CAU directed towards the CAU based on the ARN contained 

and system database information used for controlling and within the response from the CCU. 

managing CAUs. A SBC is divided into two logical infor- According to the present invention, an ARN, such as ARN 

mation streams that are time multiplexed onto the SBC. In 40 500 in FIG. 5A, is employed. ARN 500 is a 24 bit ARN and 

. particular, a system information channel (SIC) and an alert- includes an alert value, an alert phase, and a random number, 

ing channel (AC) are time multiplexed onto the SBC. A The alert phase indicates the period of time in a superframe 

CAU locates the SBC and listens to the SIC for information that a CAU will monitor the SBC. The use of this alert phase 

of general interest to all devices attached to a CAU, Accord- allows a CAU to stay in a standby or sleep mode and activate 

ing to the present invention, the SIC identifies general 45 its receiver only for a brief period of time. The CAU will 

system identifiers and capabilities; security information used remain in a sleep mode during most of a superframe and 

for authentication and encipherment; and location of carrier activate its receiver only during its alert phase, allowing for 

frequencies, SBCs, and SACs. a reduction in power consumption. The alert value is a 

On the AC, messages are used to notify or "page" a CAU unique identifier assigned to a CAU and is unique within a 

with information, such as an incoming call. These messages so particular alert phase. The alert phase and the alert value 

include alert identifiers. Each CAU is assigned an alert form an alert identifier that is unique within a serving area, 

identifier and monitors the AC to determine whether a A random number is included in ARN 500 to ensure that a 

message on the AC is directed towards it. Multiple SBCs are CAU in a serving area will not generate the same ARN 

used to provide redundancy in communications system. twice. 

A CAU uses a SAC to obtain a TCH assignment so that 55 In some instances a 3 bit ARN is employed to identify 

the CAU can place a call, or send other digital data. messages between a CAU and a CCU. In particular, a 3 bit 

Additionally, the CAU listens to the AC of the SBC for ARN is used when a CAU already has a TCH and sends and 

notification of incoming calls. receives messages on the SC. A 3 bit ARN can be employed 

The SAC is a physical channel conveying three logical because, in the depicted example, a connection between the 

channels, a time alignment channel (TAC), a request access 60 CCU and the CAU has been establish, meaning that no other 

channel (RAC), and a system request channel (SRC). Tne CAUs will be using the channel. As a result, the CCU only 

TAC carries shortened uplinked bursts (SUBs) in the uplink needs to be able to distinguish between different requests 

used for time alignment, and the RAC carries access that the CAU might make. The 3 bit value allows for 8 ARNs 

requests in the uplink. The SRC carries responses to uplink to be used by a CAU that can support multiple lines or 

messages from the CAU. SACs are employed to perform 65 TCHs. 

time alignment and request and/or assign TCHs. As a result, In accessing a communications system, SAC messages 

CAU will use a SAC for one of the following purposes: time are contained in a single burst to allow each SAC frame to 
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be equally accessible by any CAU. Typically, messages on 
a SAC use the full time slot. Thus, misalignment of uplink 
bursts will cause collisions to occur with other uplink 
transmissions. Thus, initially, a shortened uplink burst 
(SUB) is used to determine if any changes in alignment of 
uplink bursts from the CAU are required. In FIG. 5B, SUB 
502 has a length less than half of a time slot to avoid 
interference with adjacent time slots according to the present 
invention. The position of SUB 502 in the time slot is used 
by the CCU to determined what changes if any are needed 
to align bursts sent by the CAU within the time slots. In the 
depicted example, SUB 502 contains three synchronization 
patterns, such as synchronization pattern 504 (shown in FIG. 
5Q, a differential encoder (DE), and an ARN, such as ARN 
500 in FIG. 5A. In FIG. 5B, the same synchronization 
pattern is repeated three times within the SUB to increase the 
chances of the CCU properly receiving and. decoding the 
synchronization pattern. The DE is a two bit value that 
serves to indicate that a burst is arriving at the CCU and that 
decoding should begin. 

Next, a time alignment response is a response sent by a 
CCU to a CAU in response to receiving a SUB to indicate 
if any changes in timing of uplink bursts are needed. With 
reference to FIG. 5D, time alignment response 506 contains 
a time alignment value indicating what change in the timing 
of transmission of uplink bursts is needed to align uplink 
bursts within the time slots. In particular this value indicates 
the change in the offset in time between receiving a down- 
link burst and transmitting an uplink burst. This response 
also contains a power control indicator (PCI) and a power 
adjustment value telling the CAU what transmit power level 
the CAU should use in transmitting bursts. The PCI tells the 
CAU whether to increase or decrease the power level of 
transmissions while the power adjustment value indicates 
the magnitude of the power level adjustment. 

An initial access request, such as initial access request 508 
in FIG. 5E, is sent by the CAU to the CCU on the RAC to 
initiate a system access request at the CCU. The initial 
access request 508 identifies the maximum bandwidth rate 
and minimum bandwidth rate that are desired and/or accept- 
able in a TCH that assigned to the CAU. According to the 
present invention these bandwidth rates in communications 
system 100 may be 8 kilobits per second (kbps), 16 kbps, 32 
kbps, or 64 kbps. The initial access request also may include 
bit s for indicating a priority of the request and a delay value 
(not shown). The priority of the request may be used to 
provide different classes of services, such as voice, digital 
video, or ISDN, The delay time value indicates how long the 
CAU will wait for a channel assignment before taking some 
other action, such as sending another initial access request. 

Further, a CAU already assigned a TCH using initial 
access request 508 can send an initial access request, such as 
initial access request 510 in FIG. 5F. This request is sent to 
the CCU on the slow channel. This initial access request on 
the slow channel is typically a request, from a CAU that can 
handle multiple connections, for a another TCH for a new 
connection when the CAU already has an ongoing connec- 
tion. The access request rate in initial access request 508 is 
the desired bandwidth for the new TCH. 

With reference to FIG. 5G, a reconnect access request is 
depicted according to the present invention. Reconnect 
access request 512 is a request sent by the CAU to the CCU 
to request another TCH due to a loss of synchronization with 
a TCH and is sent to the CCU on the RAC in an attempt to 
reconnect a call. A loss of synchronization can occur when 
the TCH is assigned and the CAU does not receive notifi- 
cation of the new carrier, or if the physical connection is cut. 
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Reconnect access request 512 includes an uplink carrier ID 
and a downlink carrier ID specifying the original TCH used 
by the CAU. The flag bit s indicate whether time slot and 
bandwidth fields are associated with an active TCH. Mul- 
5 tiple time slot and bandwidth fields are used in reconnect 
access request 512 to allow a CAU that can handle multiple 
TCHs to request a reconnection of all TCHs at the same 
time. 

In response to requests from the CAU, the CCU sends a 

10 number of responses including an access confirm response, 
which is sent in response to a system access request from a 
CAU. FIG. 5H shows an access confirm response 514 that 
is sent from the CCU to the CAU on the SRC to assign a 
TCH to the CAU. Access confirm response 514 includes 

15 channel assignment information, such as the time slot and 
bandwidth associated with an assigned TCH. The time slot 
field tells the CAU which time slot to use while the band- 
width field tells the CAU which frames within a superframe 
to use for transmitting bursts, such as super frame 400 in 

20 FIG. 4A. For example, time slot 2 and a bandwidth of 64 
kbps would tell the CAU to transmit in time slot 2 of every 
frame of superframe 400, while time slot 2 and a bandwidth 
of 32 kbps would tell the CAU to transmit in time slot 2 of 
every other frame within superframe 400, Flag bit s indicate 

25 whether useful information is found in the associated time 
slot and bandwidth fields. With an initial access request, 
only one time slot and bandwidth field will contain infor- 
mation for the CAU because only one TCH is assigned in 
response to an initial access response. When a request is 

30 made to reconnect, the other time slot and bandwidth fields 
are used when a CAU that can handle multiple TCHs 
requests a reconnection to more than one TCH. 

An access confirm response also may be sent on the slow 
channel by the CCU to the CAU in response to an initial 

35 access request made by the CAU on the slow channel, as 
illustrated by access confirm response 516 in FIG. 51. This 
type of access confirm response is sent to assign the CAU 
another traffic channel for a new connection. Access confirm 
response 516 contains an identification of the bandwidth and 

40 time slot of the new TCH assigned to the CAU. 

With reference to FIG. 5J, an access deny response 518 is 
a message sent by the CCU to the CAU on the SRC to reject 
a system access request by a CAU. This response is sent to 
tell the CAU that a TCH will not be assigned to the CAU. 

45 On the slow channel, access deny response 520 in FIG. 5K 
is denying a CAU another TCH for a new connection. The 
access deny response includes a cause value, indicating the 
reason why access was denied. Reasons for denying access 
may include, for example, inadequate cable resources 

so available, inadequate network resources available, recon- 
nection not possible, or service denied for some unspecified 
reason. 

VI. State Diagrams of CAU and CCU for Allocating a 
Channel to a CAU 

55 Turning now to FIG. 6, a CAU state diagram for system 
access procedures is . depicted according to the present 
invention. State diagram 600 depicts different states of the 
CAU occurring while accessing communications system 
100. The CAU begins at Null state AO. In this state, a SAC 

60 is randomly selected based on the number of SACs broad- 
cast in the SIC. The CAU locates a selected SAC on the 
appropriate downlink carrier and moves to Sync state Al, 
which is the CAU SAC synchronization state. Any access 
confirm or access deny responses received in Null state Al 

65 are ignored because the CAU is not listening to the SAC at 
that time. One of these responses would be received by a 
CAU if the user hangs up before the system sends an access 
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confirm or access deny response. When the CAU detects the the present invention. State diagram 700 depicts the different 

loop closure, the CAU goes back to monitoring the SBC, states of the CCU that occur while handling request for 

which means the CAU will not receive the SAC response access by a CAU. The CCU begins in Null state BO in which 

from the CCU. As a result, a CCU must be capable of the CCU may have received either an initial access request, 

detecting a dead link, which is an assigned traffic channel 5 a SUB, or a reconnect access message. Reception of an 

where the CAU is not transmitting. In all the other states, if initial access request by the CCU results in the CCU queuing 

the CAU detects a loop closure from the telephone equip- the request with a normal priority and moving to Request 

ment at subscriber premises, the CAU will return to state AO state Bl. When a reconnect access request is received, the 

and continue monitoring the SBC. CCU queues the request with a high priority and moves to 

In Sync state Al, the CAU continues to try to synchronize 10 Reconnect state B2. Reception of a SUB causes the CCU to 

to the SAC for a period of time. If the CAU exceeds a calculate time alignment and power adjustment information, 

selected number of retries, the CAU then transitions back to format a response, and transition to Dispatch state B3. 
Null state AO, where the CAU may chose to select another Turning now to Request state Bl, the CCU determines 

SAC for access or indicate an access failure to a higher layer whether has the capability of fulfilling the access request. If . 

protocol entity. After the CAU has synchronized to the SAC, 15 CCU can fulfill the request, it waits for an available TCH. 

the CAU waits for a time alignment channel (TAC) uplink Upon a TCH being available for assignment, the CCU 

indication. Upon detecting a TAC, the CAU sends a short- checks the age of the request. If the request is greater than 

ened uplink burst (SUB) on the TAC and begins a time a selected period of time, the TCH is assigned to another 

alignment response timer and transitions to Alignment state request and the aged request is removed from the queue and 

A2. The time alignment response timer sets a limited amount 20 the CCU moves back to Null state BO. If the request is less 

of time for receiving a time alignment message from the than the selected amount of time indicated by the CAU in its 

CCU before resending an SUB. initial access request as a delay value, the CCU creates an 

In Alignment state A2, the CAU waits for a time align- access confirm response and moves to Dispatch state B3. 
ment message from the CCU. If a collision is detected or the In Reconnect state B2, the CCU determines whether the 

time alignment response timer expires before receiving a 25 call can be reconnected. If the call cannot be reconnected, 

time alignment message from the CCU, the CAU adjusts it's the CCU creates a deny response and moves to Dispatch 

transmission power and resends the SUB up to a selected state B3. If the CCU can reconnect the call, the CCU waits 

number of times on the SAC. The power adjustment value for an available traffic channel. Upon a TCH becoming 

is a value used to adjust the transmission power of the CAU available for assignment, the CCU checks the age of the 

to a level to achieve an optimal attenuation relative to power 30 request. If the request is greater than the amount of time 

level. More detailed information regarding on method of indicated by the CAU in its initial access request as a delay 

power level control may be found in copending patent value, the request is "aged", and the CCU assigns the traffic 

application for Method and Apparatus for Adaptive RF channel to another request and removes the aged request 

Power Control of Cable Access Units, by Timothy M. Burke from the queue and transitions back to Null state BO. If the 

et al, filed on Oct. 27, 1995, which is incorporated herein. 35 request is not aged, and is not greater than the selected 

If the number of SUB retries is exceeded, the CAU may amount of time, the CCU creates an access confirm response 

select another SAC for access or indicate access failure to a and moves to Dispatch state B3. In Dispatch state B3, a 

higher layer protocol entity. When the CAU receives a time response is sent once from the CCU to the CAU. After 

alignment message from the CCU, the CAU adjusts its sending a time alignment or access deny response, the CCU 

transmit offset and waits for a RAC uplink indication. Upon 40 moves back to Null state B0. After sending an access 

detecting the RAC, the CAU sends an initial access request confirm response, the CCU begins a verification timer and 

on the RAC, starts an access response timer, and moves to moves to verify state B4. The verification timer indicates the 

Access state A3. The access response timer is a timer used amount of time the CCU will wait for a first burst from a 

to limit the amount of time the CAU waits for a response CAU in a time slot that has been assigned to it and the access 

from the CCU in response to the initial access request. 45 confirm response. 

With reference to Access state A3, the CAU is awaiting In Verify state B4, the verification timer is active and the 

for an access confirm or access deny request from the CCU. CCU is waiting for verification that the CAU is transmitting 

If the access response timer expires or the CAU receives an valid uplink burst on the assigned TCH. If the assignment is 

access deny request, the CAU will resend the access request verified, the CCU moves back to Null state B0. If the 

message until a number of retries has been exceeded. If the 50 verification timer expires, the CCU will initiate procedures 

number of retries is exceeded, the CAU sends a message to idle the assigned TCH and send an alarm indication and 

stating the cause for the access failure and moves back to transition to Abandon state B5. The CCU in Abandoned state 

Null state AO. On the other hand, if the CAU receives an B5 is idling an assigned TCH. Any uplink bursts received in 

access confirm request, the CAU then moves to the assigned Abandon state B5 are ignored. When the TCH has been 

traffic channel to perform supervision signaling then moves 55 idled, the CCU moves back to Null state B0. 
to traffic channel (TCH) Assigned state A4. To insure that the communications system using TDMA 

In TCH Assigned state A4, the CAU waits for a normal operates properly, the transmission of bursts from individual 

release of the channel or a dead link indication. If a normal CAUs must be aligned within a predefined window, also 

release is received, the CAU moves back to Null state AO. called a "slot", and cannot overlap adjacent slots, or burst 

On the other hand, if a dead link indication is detected 60 collisions will occur resulting in transmissions errors. As can 

because of a loss of synchronization or a failed alternate link be seen with reference to FIG. 8, burst 800 in the TDMA 

transfer (ALT), the CAU will perform a reconnect proce- uplink is aligned with slot 802 in the TDM downlink. Time 

dure. In particular, the CAU selects a SAC and locates the alignment is performed by the CAUs by advancing its burst 

selected SAC on the appropriate downlink carrier and moves transmission in time relative to the associated received 

to Sync state Al. 65 TDMA downlink signal. The CAUs do not know what 

With reference now to FIG. 7, a state diagram of a CCU propagation delays are occurring through the network. Each 

used for system access procedures is depicted according to CAU has a unique delay because of its physical location on 
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the distribution cable. It may be necessary to adjust time synchronization has been achieved with respect to the 

alignment because of changes in characteristics of the dis- selected SAC (step 1010). If synchronization has not 

tribution network and environmental conditions such as occurred, the process then determines whether the number of 

temperature. retries has been exceeded (step 1012). If the number of 

VII. Flow Diagrams Illustrating Allocation of a Channel to 5 retires has not been exceeded, the process increments the 

a CAU, and Related Processes retry counter by one (step 1014) and the process then returns 

The CCU is employed to determine the variable propa- to step (1006). Otherwise, the process notifies a higher layer 

gation delay by measuring the reception of a shortened burst in the communications system of the SAC failure (step 

transmitted from the CAU relative to its processing window. 1016) with the process terminating thereafter. The commu- 

The delay is digitized and conveyed to the CAU in the 10 nications system includes a group of services arranged in 

downlink time slot. A shortened burst from the CAU to the layers similar to the Open Systems Interconnection model. 

CCU is employed so that any unknown propagation delays If synchronization has occurred, the retry counter is set 

do not result in collisions between bursts. Upon receiving equal to zero (step 1018). Thereafter, SUB is sent on the 

the delay compensation number from the CCU, the CAU TAC to the CCU and a time-out timer is started (step 1020). 

adjust its burst transmission time for the duration of the call. 15 Thereafter, a determination is made of whether a collision 

With reference now to FIG. 9, a flowchart of a process has occurred by checking to see if a word error is present in 
employed by a CCU during an attempt by a CAU to access the word error indicator (WEI) (step 1022). According to the 
a communications system is depicted according to the present invention, the WEI, an expicit data integrity indica- 
present invention. The process beings by indicating a TAC tor in the downlink SAC is used to detect a collision between 
in the downlink (step 900). Thereafter, a determination is. 20 two or more CAUs transmitting in the same time slot. For 
made as to whether a CAU SUB has been received from a example, when a CAU sends a burst in time slot 3, frame 
CAU (step 902). If a CAU SUB has been received, a time number 5, then the WEI in time slot 3, frame 5, of the next 
alignment value and a power adjustment value are deter- superframe, will indicate if the burst was received success- 
mined (step 904). fully by the CCU. If a collision has occurred, a determina- 

More specifically, the CCU measures the relative time 25 tion is then made as to whether the number of retries selected 

difference between the start of the received sample window for the CAU has been exceeded — (step 1024). If the number 

and the position of the shortened burst. This time difference of retries has not been exceeded, the retry counter is incre- 

is expressed in bit times and represents the far-end propa- mented by one (step 1026). 

gation delay. This value is referred to as the time alignment Thereafter, a delay occurs (step 1028), In the delay (step 

value. The time difference for the time alignment value is 30 1028), a random amount of time is added to the delay timer, 

measured from the beginning of the transmission of the The delay for the timer is set as follows: 

downlink bursts to the CCU on the TAC to the beginning of delay . (random BUmbe , mod (t»-i)) 
the receipt of the uplink bursts, for the same frame number, 

time slot, and superframe from the CAU. More information Also in step 1028, the delay timer is started and the process 

on time alignment can be found on co-pending patent 35 does not proceed to (step 1020 to send another SUB until 

application for Method and Apparatus for Synchronizing after the delay timer expires). Next, the process returns to 

Timing of Components of a Telecommunication System by step 1022 as described above. With reference again to step 

Timothy M. Burke et al. filed on Nov. 29, 1995, which is 1024, if the number of retries has been exceeded, the process 

incorporated herein. The time alignment value is sent to the then proceeds to notify a higher layer of the SAC failure 

CAU (step 906). Thereafter, the RAC is sent in the downlink 40 (step 1016) with the process terminating thereafter. With 

(step 908), With reference again to step 902, if a CAU SUB reference again to step 1022, if a collision has not occurred 

has not been received, the process then proceeds directly to the process then waits and determines whether a time-out 

step 908. occurs or a response is received (step 1030). If a time-out 

A determination is then made as to whether a CAU occurs, the process proceeds to step 1024 as previously 

request has been received (step 910), If a CAU request has 45 described. Otherwise, time alignment and transmission 

not been received, the process then returns to step (900). power is adjusted as indicated by the received response (step 

Otherwise, a determination is then made as to whether TCH 1032). 

resources are available (step 912). If resources are available, A retry counter is set equal to zero (step 1034). Thereafter, 

then process then sets up a TCH for the CAU (step 914). a request for a TCH is sent on the RAC to the CCU and a 

Thereafter, an access confirm response is sent to the CAU 50 time-out timer is started (step 1036) and a determination is 

(step 916) with the process then returning to step 900. With made as to whether a collision has been indicated in the WEI 

reference again to step 912, if resources are not available, an (step 1038). If a collision has been indicated, as determina- 

access deny message is sent to the CAU (step 918) with the tion is made as to whether the whether the number of retires 

process then returning to step 900. set for the CAU has been exceeded (step 1040). If the 

Turning now to FIG. 10, a flowchart of a process 55 number of retires has not been exceeded, the retry counter is 

employed by a CAU to access a communications system is incremented by one (step 1042) and the process then per- 

depicted according to the present invention. The SBC main- forms a delay, as described above in step 1028, before 

tains a list of SACs available for system access. This list is sending the request again in step 1036. 

broadcast continuously in the SIC. The CAU uses this list to With reference again to step 1040, if the number of retries 

select a SAC and request access to the communications 60 has been exceeded, the process then proceeds to step 1016 

system. The process begins with the CAU monitoring the as previously described. If a collision has not occurred a 

SBC for a SAC list (step 1000). At (step 1002) a CAU event determination is then made as to whether a time-out has 

requiring a TCH (for example, a subscriber takes the phone occurred or a response is received (step 1044). If a time-out 

off the hook) occurs. A retry counter is set equal to zero (step occurs, the process proceeds to step 1040 as described 

1004). A SAC is selected from the SAC list (step 1006). The 65 above. If a response is received, the process then determines 

CAU then re tunes and synchronizes to the selected SAC whether a TCH has been assigned (step 1046). If a TCH has 

(step 1008). A determination is then made as to whether not been assigned, the process proceeds to step 1040. 
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Otherwise, the process retunes and synchronizes to the TCH The calculated delay is then added to the present delay for 

(step 1048) and notifies the higher layer in the communica- the delay timer (step 1210). The delay timer is started (step 

tions system of the TCH assignment (step 1050) with the 1212) with the process returning to step 1200 to send another 

process terminating thereafter. burst to the CCU after the delay timer has expired (step 

A WEI is used to detect a degradation in the quality of 5 1213). With reference again to step 1206, if the number of 

transmissions between communications units, such as retries has been exceeded, the process then terminates, 

between a CCU and a CAU on TCHs. The WEI bit is set by Additionally, the process terminates if a collision does not 

the CCU to indicate that an error was detected in a previous occur in step 1204. 

burst by a failed cyclic redundancy check (CRC). The WEI With reference now to FIG. 13, a process followed by a 

is set in the same frame number and time slot of the next 10 CCU for setting a WEI bit in response to a collisions 

superframe in the depicted example. In determining whether between CAU bursts sent to the CCU is depicted according 

the burst was received correctly, the CCU determines * ^ invention. The . process begins by receiving a 

whether it is able to detect the synchronization pattern burst in a given Ume slotand frame of the uplink at a CPX 

within a burst. If the CAU or CCU is unable to detect the * * hc CCU .(step 1300) Thereafter, a deter—n rs made 

• . i_ * 1 c 1 ' as to whether the burst has been correctly received (step 

synchromzauon pattern withmabu^ 15 m2) Jn determini whether me 5urs y t was rece \ ve $ 

zation has occurred and the WEI will indicate that an error me ccu deter mines whether it is able to detect the 

has occurred. synchronization pattern within a burst or if a failed CRC is 

According to the present invention, the WEI also is used present. If the burst has been correctly received, the process 

to detect collisions between multiple CAUs attempting to sets me WEI bit t0 indicate that no collision has occurred 

access the communications system on access channels such ^ ( stcp \$Q4y otherwise, the process sets the bit to indicate a 

as the SACs. Multiple CAUs attempting to transmit bursts in collision has occurred (step 1306). In either case, the value 

the same time slot and frame of a SAC result in the CCU f or the WEI bit is incorporated into the burst in the next 

being unable to detect the synchronization pattern in the superframe corresponding to the same time slot and frame 

bursts received from the CAUs. This inability to detect the number of the received uplink burst (step 1308) with the 

synchronization pattern results from two or more CAUs ^ process terminating thereafter. 

attempting to transmit bursts in the same time slot and frame VIII. Signal Sequences Used in Providing Channel Access 

of an SAC, rather than from a degradation in transmission and Resolving Channel Contention 

quality caused by damage to the cable medium or external FIG. 14 illustrates the signaling between the CAU and the 

noise sources. Additionally, a collision may occur when a CCU over channels SAC and TCH in which access is 

CRC fails. 30 confirmed. 

With reference now to FIG. 11, a diagram of a burst in a A SUB is sent from the CAU to the CCU on the SAC with 

downlink control channel from a CCU to a CAU is depicted the CCU sending a time alignment signal back to the CAU. 

according to the present invention. Burst 1100 includes a Thereafter, the CAU sends an initial access request on the 

frame number in bits 1 through 3 the burst as being in that RAC. 

particular one of the 8 sequential frames that constitute a 35 Each access request received by the CCU is queued. The 

superframe. Frames are marked sequentially from 0 ("000") CCU saves the information sent in the uplink transmission 

to 7 ("111") in bits 1 through 3. The value identifies a from the CAU plus the channel address (carrier and time 

frame's position within the superframe and is called the slot) on which the system access was received. Thereafter, 

frame number. As can be seen, the least significant bit of the the CCU will transmit either a successful response or a 

frame is transmitted first. Bits 4 through 6 of the control 40 unsuccessful response on the downlink of the SAC on which 

channel mark time slots within a given frame. These time it received the request. 

slots are marked sequentially from 0 ("000") to 7 ("111"). FIG. 15 shows signaling between the CAU and the CCU 

The least significant bit is transmitted first. Bit number 7 is on the SAC in which access is denied. The CAU sends a 

reserved for later use according to the present invention. Bit shortened uplink burst to the CCU with the CCU responding 

number 8 is the word error indicator and is a "1" when an 45 with a time alignment response. Thereafter, the CAU sends 

error has occurred and a "0" when no error has occurred. Bit an initial access request to the CCU as in FIG. 14, in this 

number 9 in burst 1100 is the fast channel indicator, which case, however, the CCU replies with an access deny 

indicates whether the fast channel contains signaling infor- response. Upon denial of access, the CAU may either 

mation or user information. retransmit the request for initial access or report that the 

Turning now to FIG. 12, a more detailed flowchart of 50 maximum number of retry attempts have been exceeded, 

handling collisions between CAUs is depicted according to A channel refers to the carrier and time slot or slots 

the present invention. The process begins by sending a burst assigned to a CAU in an access confirm message. Channels 

in the uplink in a selected time slot and frame number (step are assigned and/or allocated according to the following 

1200). Thereafter, a downlink burst from the CCU is rules: 

detected in the same time slot and frame number of the next 55 1. Time slots on the same carrier as the SBCs and the 

superframe (step 1202). The WEI bit is checked to determine SACs will be assigned first. The CCU will always try 

whether a collision has occurred or if the burst was correctly to locate these channels on good carriers. Furthermore, 

received by the CCU (step 1204). Due to the lag of one the system will be able to derive problems with SBCs 

superframe, the CAU receives notification of a corrupt burst and SACs based on ALT requests from other channels 

approximately 20 milliseconds after the burst is sent accord- 60 on the same carrier. 

ing to the present invention. If a collision has occurred, the 2. The available time slots on a carrier will be assigned 

process then determines whether the number of retries has before moving onto another carrier. The CCU will pack 

been exceeded (step 1206). If the number of retries has not carriers to improve the efficiency and probability of 

been exceeded, the process then randomly calculates an carrier link transfers. 

amount of time to add to a delay timer (step 1208). The delay 65 3 wh en a CCU starts assigning time slots on a new 

for the timer is calculated as follows: carrier, it will select the carrier with the best quality 

delay-(random number MOD (2*-l)) metrics. 
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Once a channel has been assigned, the CAU will return to The process depicted in FIGS. 6-7 and 9-19 may be 

the assigned carrier, and the CAU will use the assigned time implemented by those of ordinary skill in the art within the 

slot(s) to perform the call supervision messaging for estab- hardware illustrated in FIGS. 1, 2 and 3. The processes of the 

lishing a call, or connection. Channel assignments will be present invention also may be implemented in a program 

granted to the top entry of a priority queue. 5 storage device that is readable by processors within the 

Each serving area will be associated with a single priority hardware depicted above, wherein the program storage 

queue for system access requests. Often times errors can device encodes executable instructions of the processes of 

occur during transmission of data in which the CAU will try the present invention. The program storage device may take 

to reconnect to a new carrier from the effected carrier. This various forms including, for example, but not limited to a 

transfer of carriers occurs when a CAU experiences loss of hard disk drive, an optical disk, a ROM, an EPROM, or a 

synchronization on a downlink carrier. This loss of synchro- RAM, which are know to those skilled in the art. 

oization is typically reported as a word error indication on The process stored on a program storage device are 

the uplink carrier to the CCU, Upon receipt of the word error dormant until activated by using the program storage device 

indication, the CCU performs a downlink transfer from the with a processor, such as a microprocessor or a DSP. For 

affected carrier to a new carrier. FIG. 16 is an illustration of example, the processes for providing access to the commu- 

signals between a CAU and a CCU resulting in a successful 15 nications system may be coded as instructions stored on a 

reconnect access request. The CCU will suspend the data hard disk drive or an optical disk. Connecting the hard disk 

link and encipherment (if active) when a command to drive or the optical disk to the processor in the CCU allows 

execute an alternate link transfer (ALT), ALT_EXEC, is the processor to execute these instructions and control 

sent, whether the CAU sees the ALT_EXEC or not. An ALT access to the communications system. Additionally, the 

is a procedure used to maintain a connection between 20 processes used in handling contention between CAUs for the 

communications units while a call is in progress in spite of same time slots may be implemented in a ROM in which the 

changing frequencies of a channel. When the reconnect processes become active when the ROM is connected to the 

request, RECON _ACCESS, is received, the CCU will CAU. 

effectively assign the CAU to same CPX, which will be The present invention provides an improved communica- 

transmitting the new downlink carrier. Upon assignment of 25 110115 b y providing a separate set of channels used for 

the new channel, the CCU will transmit a busy pattern in the accessing the communications system These SACs are 

slow channel of the new link, and send an access confirm separate from the TCHs used [for user information, such as 

response to the CAU identifying the new channel. The CAU * voice.data. Ttese SACs may move frequencies 

. rj ~ 1 j i v j 4 depending on the quality of transmissions. The SBCs pro- 

wiU retune to the new traffic channel and resume the data ^ & ^ ^ ^ ^ ^ for access ^ 

hnk.lhe same initial access protocol timers and parameters 30 rommunications tem . Up0[1 receiving a request for a 

will apply to the reconnect access procedure. TCH on a SAC, the CCU assigns a traffic channel to the 

With reference now to FIG. 17, a diagram of signals reque sting CAU depending on available resources. This 

between a CAU and a CCU resulting in a failed reconnect assignment is sent to the CAU on the downlink SAC, 

access request is illustrated. This scenario occurs when the Additionally, the present invention provides a method for 

CCU is unable to reconnect the CAU. Therefore, when the 35 CAUs to detect and resolve collisions between multiple 

CAU receives an access deny response in response to it's CAUs attempting to transmit burst on the same time slot. As 

reconnect access request, RECON_ACCESS, the CAU will a result, the methods and apparatus of the presently claimed 

send an initial access request to get a new TCH assigned. If invention provide for an improved system to access a 

the reconnect access request was for multiple connections, communications system. 

then separate initial access requests will need to be sent for 40 While the invention has been particularly shown and 

each connection. The impact on the customer is that their described with reference to a preferred embodiment, it will 

original call may have been disconnected, in which case, be understood by those skilled in the art that various changes 

dial tone would be provided to the customer when a new in form and detail may be made therein without departing 

connection is established. bom the spirit and scope of the invention. 

Additionally, in some instances a CAU may use multi-line 45 Wnat ^ claimed is: 

™^ tn tu a *.«t Am a .™iti u na r att 1. A method for resolving data transmission collisions 

access to the communications system. A multi-line LAU . , . . . * . . . , 

mayuseaTCH,of an active call it controls, to request access a communications system comprising the steps of: 

for an additional call. No contention exists for the TCH sendin g a first L data transmission from a communications 

already being used by the requesting CAU. As a result, no unit t0 a base communications unit on an uplink 

contention is present for this channel and no SUB is nec- 50 channel iised for accessing me commumcaUons system, 

essary because time alignment already has been performed. wherem me fet data transmission includes a synchro- 

Thus, only an initial access, an access confirm and access mzation pattern; 

deny messages need to be sent on the active traffic channel. monitoring a downlink channel for an explicit data integ- 

These are sent on the slow channel portion of the time slot. rity response from the base communications unit, 

FIG. 18 depicts a procedure used for requesting access for 55 wherein the response is associated with the first data 

an additional call on the slow channel. As can be seen with transmission; 

reference to FIG. 18, the access procedure is initiated by the determining whether a collision has occurred between the 

CCU. If a CAU with multiple active traffic channels loses first data transmission and a second data transmission 

synchronization, then a signal reconnect procedure will be from another communications unit by examining the 

performed from all of the active traffic channels on the CAU. 60 explicit data integrity response, wherein the explicit 

The traffic channel assignments in the access confirm data integrity response indicates that a collision has 

response will correspond, one-to-one, to the traffic channels occurred during the first data transmission to the base 

specified in the reconnect access request. If an access deny communication unit when the base communications 

response is received in response to the reconnect access unit is unable to detect the synchronization pattern; and 

request for multiple traffic channels, the CAU will send 65 automatically retransmitting the first data transmission 

individual initial access requests for each of the traffic after a random period of time in response to a deter- 

channels. mination that a collision . has occurred. 
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2. The method of claim 1, wherein the sending step 
comprises sending a burst from the communications unit to 
the base communications unit in a time slot in a frame 
located in a superframe, the burst including the synchroni- 
zation pattern. 

3. The method of claim 2, wherein the monitoring step 
comprises monitoring a response from the base communi- 
cations unit, the response being located in a corresponding 
time slot and frame within a subsequent superframe. 

4. The method of claim 3, wherein the response includes 
a word error indicator and wherein the determining step 
comprises determining whether the word error indicator 
indicates that the base communications unit was unable to 
detect the synchronization pattern in the burst from the 
communications unit. 

5. The method of claim 4, further comprising selecting the 
random period of time in response to a determination that an 
error has occurred from the examination of the response, 
wherein the automatically retransmitting step occurs in a 
different time slot. 

6. A communication system comprising: 
a cable distribution network; 

a base communications unit connected to the cable dis- 
tribution network, the base communications unit gen- 
erating downlink data transmissions and receiving 
uplink data transmissions; 

a plurality of subscriber communications units connected 
to the cable distribution network, the plurality of sub- 
scriber communications units sending uplink data 
transmissions to the base communications unit in the 
cable distribution system to request access to the com- 
munications system, wherein uplink data transmissions 
from a subscriber communications unit within the 
plurality of subscriber communications unit are asso- 
ciated with downlink transmissions from the base com- 
munications unit to the subscriber communications unit 
and wherein each uplink data transmission and each 
downlink data transmission includes a synchronization 
pattern; 

the base communications unit monitoring uplink data 
transmissions from the plurality of subscriber commu- 
nications units and transmitting and associated down- 
link data transmission in response to each uplink data 
transmission, each downlink data transmission includ- 
ing an explicit data integrity indicator indicating 
whether the base communications unit is able to suc- 
cessfully receive the uplink data transmission; and 

a subscriber communications unit within the plurality of 
subscriber communications units resending an uplink 
data transmission after a random period of time in 
response to receiving an associated downlink data 
transmission from the base communications unit in 
which the explicit data integrity indicator in the down- 
link data transmission indicates an inability to success- 
fully receive the uplink data transmission because a 
collision has occurred between the subscriber commu- 
nications unit and another subscriber communications 
unit in the plurality of subscriber communications 
units. 

7. The communications system of claim 6, wherein an 
uplink data transmission from a subscriber communications 
unit to the base communications unit is sent in a time slot 
within a frame, the frame being located within a superframe, 
and wherein an uplink data transmission from the subscriber 
communications unit to the base communications unit is 
associated with a downlink data transmission from the base 
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communications unit to the subscriber communications unit 
by sending a downlink data transmission in corresponding 
time slot and frame in a subsequent superframe. 

8. The communications system of claim 7, wherein each 
subscriber communications unit comprises: 

sending means for sending a first uplink data transmission 
from the subscriber communications unit to the base 
communications unit; 

reception means for receiving an associated downlink 
data transmission from the base communications unit; 

determination means for determining whether a collision 
has occurred between the first uplink data transmission 
and another uplink data transmission from another 
communications unit by examining the error indicator 
in the associated downlink data transmission; and 

transmission means for automatically retransmitting the 
first data transmission after a random period of time in 
response to a determination that an error has occurred 
from the examination of the error indicator. 

9. A subscriber communications unit comprising: 

an interface adapted for connection to a cable distribution 
network in a communications system; and 

a processor connected to the interface in which the 
processor has a number of modes of operation includ- 
ing: 

a first mode of operation in which the processor sends 
a first uplink data transmission from the subscriber 
communications unit to abase communications unit, 
the first uplink data transmission being sent in a time 
slot in a frame within a superframe; 

a second mode of operation in which the processor 
receives an associated downlink data transmission 
associated with the first uplink data transmission, 
wherein the associated downlink data transmission 
associated with the first uplink data transmission, 
wherein the associated downlink data transmission is 
associated with the first uplink data transmission by 
being received in a corresponding time slot and 
frame in a subsequent superframe; 

a third mode of operation in which the processor 
determines whether a collision has occurred between 
the first uplink data transmission from the subscriber 
communications unit and another uplink data trans- 
mission from another communications unit by exam- 
ining the explicit data integrity indicator in the 
associated downlink data transmission to the sub- 
scriber communications unit; and 

a fourth mode of operation in which the processor 
automatically retransmits the first uplink data trans- 
mission after a random period of time in response to 
a determination that an error has occurred. 

10. The subscriber communications unit of claim 9, 
wherein the first uplink data transmission is a shortened 
uplink burst including three copies of the synchronization 
pattern. 

11. The subscriber communications unit of claim 9, 
wherein the first data transmission requests access to the 
communications system. 

12. The subscriber . communications unit of claim 9, 
wherein the first uplink data transmission is sent to the base 
communications unit in a time slot within a frame, the frame 
being located within a superframe, and wherein the associ- 
ated downlink transmission is returned in a corresponding 
time slot and frame in a subsequent superframe. 

13. A storage device readable by a processor in a com- 
munications unit and encoding processor executable instruc- 
tions for handling data collisions, the storage device com- 
prising: 
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first instruction means for sending a first uplink data 
transmission from the subscriber communications unit 
to a base communications unit, wherein the first uplink 
data transmission requests access to the communica- 
tions system; 

second instruction means for sending a first uplink data 
transmission from the base communications unit; 

third instruction means for determining whether a colli- 
sion has occurred between the first uplink data trans- 
mission from the subscriber communications unit and 
another uplink data transmission from another commu- 
nications unit by examining an explicit data integrity 
error indicator in the associated downlink data trans- 
mission; and 

fourth instruction means for automatically retransmitting 
the first data transmission after a random period of time 
in response to a determination that an explicit data 
integrity error has occurred, wherein the instruction 
means are activated when the storage device is con- 
nected to a processor. 

14. The storage device of claim 13, wherein the storage 
device is a read only memory. 

15. The storage device of claim 13, wherein the storage 
device is a random access memory. 

16. A communications unit for use in a cable communi- 
cations system comprising: 

an interface adapted for connection to a distribution 
network in the cable communications system, the inter- 
face providing a connection for sending and receiving 
data transmissions on the distribution network, wherein 
data transmissions are transmitted on a plurality of 
channels, each channel being assigned a portion of a 
radio frequency spectrum, in which the portion of the 
radio frequency spectrum is divided by time into a 
plurality of time slots; and: 

a receiver connected to the interface, wherein the receiver 
receives modulated data signals from the interface and 
converts the modulated data signals into digital data; 

a transmitter connected to the interface, wherein the 

. transmitter converts digital data into modulated data 
signals for transmission onto the communications sys- 
tem; 

a processing unit connected to the transmitter and the 
receiver; 

a subscriber loop interface adapted to be connected to user 
equipment; and 

a pulse code modulated coder/decoder unit connected to 
the transmitter, the processing unit, and the subscriber 
loop interface, wherein digital data containing user data 
is converted into an analog form for use by a user and 
wherein analog data from a user is converted into a 
digital form, 

wherein the processor sends a first uplink burst to a cable 
control unit, wherein the first uplink burst is made 
within a time slot within a frame located within a 
superframe and the first data transmission includes a 
synchronization pattern; receives an associated down- 
link burst from the cable control unit, wherein the 
associated downlink burst is within a corresponding 
time slot and frame in a subsequent superframe; deter- 
mines whether a collision has occurred between the 
first uplink burst from the processor and another uplink 
burst from another communications unit by examining 
an explicit data integrity indicator in the associated 
downlink burst, wherein the explicit data integrity 
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indicator indicates a collision when the cable control 
unit is unable to recognize the synchronization pattern; 
and retransmits the first uplink burst after a random 
period of time in response to a determination that an 
collision has occurred. 

17. An apparatus for use in a cable communications 
system comprising: 

an interface adapted for connection to a distribution 
network in the cable communications system, the inter- 
face providing a connection for sending and receiving 
data transmissions on the distribution network, wherein 
data transmissions are transmitted on a plurality of 
channels, each channel being assigned a portion of a 
radio frequency spectrum, in which the portion of the 
radio frequency spectrum is divided by time into a 
plurality of time slots; and a processing unit including: 
first processing means for sending a first uplink data 
transmission to a base communications unit, wherein 
the first data transmission is made within a time slot 
in a frame located within a superframe and the first 
uplink data transmission includes a synchronization 
pattern; 

second processing means for receiving an associated 
downlink data transmission from the base commu- 
nications unit, wherein the associated downlink 
transmission is within a corresponding time slot and 
frame in a subsequent superframe; 

third processing means for determining whether a col- 
lision has occurred between the first uplink data 
transmission from the processing unit and another 
uplink data transmission from another communica- 
tions unit by examining an explicit data integrity 
indicator in the associated downlink transmission, 
wherein the explicit data integrity indicator indicates 
a collision when the base communications unit is 
unable to successfully receive the first uplink data 
transmission; and 

fourth processing means for retransmitting the first 
uplink data transmission by the processing unit after 
a random period of time in response to a determi- 
nation that a collision has occurred. 

18. The apparatus of claim 17, wherein the error indicator 
indicates a collision when the base communications unit is 
unable to successfully receive the first uplink data transmis- 
sion because the base communications unit is unable to 
recognize the synchronization pattern. 

19. The apparatus of claim 17, wherein the error indicator 
indicates a collision when the base communications unit is 
unable to successfully receive the first uplink data transmis- 
sion because a cyclic redundancy check has failed. 

20. The apparatus of claim 17, wherein the processing unit 
comprises a microprocessor and a random access memory. 

21. The apparatus of claim 17, wherein the first uplink 
data transmission is a shortened uplink burst. 

22. The apparatus of claim 17, wherein the first data 
transmission is a shortened uplink burst including three 
copies of the synchronization pattern. 

23. The apparatus of claim 17, wherein the first uplink 
data transmission is a request for access to the cable com- 
munications system. 

24. A communica tions unit for use in a cable communi- 
cations system comprising: 

an interface adapted for connection to a distribution 
network in the cable communications system, the inter- 
face providing a connection for sending and receiving 
data transmissions on the distribution network, wherein 
data transmissions are transmitted on a plurality of 
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channels, each channel being assigned a portion of a 
radio frequency spectrum, in which the portion of the 
radio frequency spectrum is divided by time into a 
plurality of time slots; and 
a processing unit having a plurality of modes of operating 5 
including: 

a first mode of operation in which the processor sends 
a first uplink data transmission to a base communi- 
cations unit, wherein the first uplink data transmis- 
sion is made within a time slot within a frame located 10 
within a superframe and the first uplink data trans- 
mission includes a synchronization pattern; 

a second mode of operation in which the processor 
receives an associated downlink data transmission 
from the base communications unit, wherein the 15 
associated downlink data transmission is within a 
corresponding time slot and frame in a subsequent 
superframe; 

a third mode of operation in which the processor 
determines whether a collision has occurred between 20 
the first uplink data transmission of the communica- 
tions unit and another uplink data transmission from 
another communications unit by examining an 
explicit data integrity indicator in the associated 
downlink transmission, wherein the explicit data 25 
integrity indicator indicates a collision when the. base 
communications unit is unable to recognize the syn- 
chronization pattern; and 



636 
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a fourth mode of operation in which a processor 
retransmits the first data transmission after a random 
period of time in response to a determination that a 
collision has occurred. 

25. The communications unit of claim 24, wherein the 
error indicator indicates a collision when the base commu- 
nications unit is unable to successfully receive the first 
uplink data transmission because the base communications 
unit is unable to recognize the synchronization pattern. 

26. The communications unit of claim 24, wherein the 
error indicator indicates a collision when the base commu- 
nications unit is unable to successfully receive the first 
uplink data transmission because a cyclic redundancy check 
has failed. 

27. The communications unit of claim 24, wherein the 
processing unit comprises a microprocessor and a random 
access memory. 

28. The communications unit of claim 27, wherein the 
processing unit further includes a read only memory. 

29. The communications unit of claim 24, wherein the 
first uplink data transmission is a shortened uplink burst. 

30. The communications of claim 24, wherein the first 
uplink data transmission is a request for access to the cable 
communications system. 

* * * * * 
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ABSTRACT 



A system for automatically recording an event transmitted 
over a network is provided. A network client is programmed 
to automatically access a network server at a first specified 
time, download data from the server to a specified destina- 
tion device or file, stop the download at a second specified 
time, and automatically disconnect from the network server. 
The network client is further programmed to execute addi- 
tional command sequences required to access the data, and 
execute diagnostic routines in case of transmission error. 

22 Claims, 6 Drawing Sheets 
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INTERNET EVENT TIMER RECORDING depending on the format of the data on the server. On the 

FOR VIDEO AND/OR AUDIO client, the data may be transferred to a computer storage 

device, such as a hard disk, or it may be transferred to an 

FIELD OF THE INVENTION analog recording device, such as a video cassette recorder. 

_ 4 . , . it » *u c u f 5 In an embodiment of the present invention, an event 

The present invention relates generally to the field of ♦ j *u v ♦ ♦ a 

* . , ^-11* j- recorder program is executed on the client computer and 

computer networks, and more particularly to recording .« F ~ , . ., . - . . / 

\ . • , » ,1 t f a provides a dialog box for the entry of certain event recording 

events transmitted over the Internet. * . . . « . 

parameters. These event recording parameters mclude the 

BACKGROUND OF THE INVENTION network address for the event server, the start and stop times 

10 of the recording session, and the descriptor for the target file 

The Internet is increasingly being used to transmit audio, 0 r recording device which stores or records the downloaded 

video or audio/visual data. One common example is the data. The event recording parameters may also include a 

incorporation of a music video in a World-Wide Web page command sequence which may be required to access a 

as a video clip. A video clip is a sequence of images intended recordable event on the server, and diagnostic routines for 

to be displayed in rapid succession to show an animation or 15 failure recovery. The event recording program performs the 

moving picture sequence, and may incorporate an audio recording process by automatically logging in to the source 

channel, for the integration of both graphic and audio server at the programmed start time, initiating the data 

information. Files containing audio/visual content are usu- transfer to the destination location and disconnecting from 

ally stored on a network server and made available to the source server at the programmed stop time. 

network clients upon request. To view such a video clip over 20 0tncr f caturcs 0 f me prc sent invention will be apparent 

the Internet, a user typically boots a web browser and enters from the compan ying drawings and from the detailed 

the URL (Uniform Resource Locator) for the server which description which follows. 

is providing the video file. The user then downloads the file 

using a network protocol, such as the file transfer protocol BRIEF DESCRIPTION OF THE DRAWINGS 

(FTP) and then plays the video on the client computer using 25 . 

me appropriate application program. mention :s illustrated _ by way of example 

rtr r , _ _ . i and not limitation in the figures of the accompanying 

Although much of the audio/visual data available on the drawin m which lflcc rcfcrcnccs mdicate similar elements, 

Internet is stored on network servers m the form or mes ^ . which- 

which may be downloaded by a user and played at any time, ' . ' 

certain events or programs may only be available at a FIG - 1 mustrates a network mcruding client/server com- 

particular time from a particular server. One such event is an P uters transmitting and receiving data. 

Internet 'webcast', which is an event recorded or videotaped FIG. 2 is a block diagram of a client computer system 

at one location, and then transmitted over the Internet as a which may be used to implement an embodiment of the 

live broadcast to be displayed on a web page. Another present invention. 

example is the transmission of radio or television broadcasts 35 FIG. 3 illustrates a World-Wide Web page which provides 

over the Internet. Such events are often not stored on a server access to programmed events transmitted over the Internet, 

as perpetual files, but instead are simply transmitted over the p[Q 4 illustrates a dialog box for programming event 

network as they occur. Thus, a user has only a limited parameters for a single event, according to one embodiment 

opportunity to view or listen to these events. 0 f ^ p resen t invention. 

Present Internet access devices and web browser pro- ^IG. 5 illustrates a dialog box for programming event 

grams do not'provide a means for automatically recording a parameters for multiple events, according to one embodi- 

simulcast or one-time program or event. In order to access ment Q f tne p resen t invention. 

such events, it is necessary for the user to log-in to the source pIG. 6 is a flowchart illustrating the process of program- 
web site and view or listen to the event at the specified time. 45 . ^ recordin of ^ btanet event according to one 
There are times, of course, when it may be inconvenient or embodiment of me present invention, 
impossible for the user to manually access the event, m 

which case the user loses the opportunity to view or listen to DETAILED DESCRIPTION 

the event. ^ system for recording an audio/visual event transmitted 

It is thus desirable to provide a system for recording an 5Q ovef the Internet m ^ accessed through a web browser is 

event which is available over a network for only a limited described. In the following description, for purposes of 

time, thus allowing a replay of the event at a later time. It is explanation, numerous specific details are set forth in order 

further desirable to provide a mechanism for programming t0 provide a thorough understanding of the present inven- 

the automatic recording of the event, thus eliminating the tion It wfll be evident, however, to one skilled in the art that 

need for a user to manually access the event and initiate the ss me present invention may be practiced without these specific 

recording process. details. In other instances, well-known structures and 

devices are shown in block diagram form to facilitate 
explanation. 

The present invention discloses a method and apparatus Hardware Overview 

for automatically accessing and recording events transmitted 60 According to the present invention, client computer sys- 

over a network. In a method of the invention, a network terns in a network request and receive files or data streams 

interface device is programmed to access a network server, consisting of audio, visual, or audio/visual data. According 

initiate the downloading of data from the network server to to one embodiment, the steps of accessing, downloading, 

a storage device at a programmed start time, stop the transfer and manipulating the data, as well as other aspects of the 

of data at a programmed stop time, and disconnect from the 65 present invention are implemented by a central processing 

network server. The data to be recorded may be transmitted unit (CPU) in a client computer executing sequences of 

as either a computer readable file or as a digital bitstream, instructions stored in a memory. The memory may be a 
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random access memory (RAM), read-only memory (ROM), 
a persistent store, such as a mass storage device, or any 
combination of these devices. Execution of the sequences of 
instructions causes the CPU to perform steps according to 
the present invention. 

The instructions may be loaded into the memory of the 
client computer from a storage device or from one or more 
other computer systems over a network connection. For 
example, a server computer may transmit a sequence of 
instructions to the client computer in response to a message 
transmitted to the server over a network by the client. As the 
client receives the instructions over the network connection, 
the client stores the instructions in memory. The client may 
store the instructions for later execution or execute the 
instructions as they arrive over the network connection. In 
some cases, the downloaded instructions may be directly 
supported by the CPU. Consequently, execution of the 
instructions may be performed directly by the CPU. In other 
cases, the instructions may not be directly executable by the 
CPU. Under these circumstances, the instructions may be 
executed by causing the CPU to execute an interpreter that 
interprets the instructions, or by causing the CPU to execute 
instructions which convert the received instructions to 
instructions which can be directly executed by the CPU. In 
other embodiments, hardwired circuitry may be used in 
place of, or in combination with, software instructions to 
implement the present invention. Thus, the present invention 
is not limited to any specific combination of hardware 
circuitry and software, nor to any particular source for the 
instructions executed by the client computer, 

FIG. 1 illustrates a network 100 in which audio/visual 
data is transmitted between networked computers. Client 
computer 102 is coupled to a server computer 104 through 
network 110. The network interface between client 102 and 
server 104 may also include one or more routers, such as 
routers 106 and 108, which serve to buffer and route the data 
transmitted between client 102 and server 104. Network 110 
may be the Internet, a Wide Area Network (WAN), a Local 
Area Network (LAN), or any combination thereof. Network 
server 104 contains application programs and/or data which 40 
are accessible over the network by other network stations, 
such as network client 102, In one embodiment of the 
present invention, network server 104 is a World-Wide Web 
(WWW) server which stores data in the form of 'web pages' 
and transmits these pages as Hypertext Markup Language 45 
(HTML) files over the Internet network 110 to network 
client 102. To access these files, network client 102 runs a 
'web browser', which is simply an application program for 
accessing and providing links to web pages available on 
various Internet sites. In a typical Internet client-server 
environment, the client computer accesses the Internet 
through a single point of contact, commonly referred to as 
an Internet Service Provider (ISP) or on-line service pro- 
vider. 

FIG. 2 illustrates a block diagram of a representative 
client computer such as network client 102 illustrated in 
network 100 of FIG. 1, The computer system 200 includes 
a processor 202 coupled through a bus 201 to a random 
access memory (RAM) 204, a read only memory (ROM) 
206, and a mass storage device 207. Mass storage device 207 
could be a disk or tape drive for storing data and instructions. 
A display device 220 for providing visual output is also 
coupled to processor 202 through bus 201. Keyboard 221 is 
coupled to bus 201 for communicating information and 
command selections to processor 202. Another type of user 
input device is cursor control unit 222, which may be a 
device such as a mouse or trackball, for communicating 
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direction commands which control cursor movement on 
display 220. Also coupled to processor 202 through bus 201 
is an audio output port 224 for connection to speakers which 
output the audio content produced by computer 200. Further 
coupled to processor 202 through bus 201 is an input/output 
(I/O) interface 225 which can be used to control and transfer 
data to electronic devices connected to computer 200, such 
as other computers, tape recorders, and the like. 

t Network interface device 223 is coupled to bus 201 and 
provides a physical and logical connection between com- 
puter system 200 and the network medium. Depending on 
the network environment in which computer 200 is used, 
this connection is typically to a network router, but can also 
be directly to another computer. Note that the architecture of 
FIG. 2 is provided only for purposes of illustration, and that 
a client computer used in conjunction with the present 
invention is not limited to this specific architecture. 

In one embodiment of the present invention, network 
client 102 is a personal computer which interfaces to net- 
work 110 through a modem, or similar network interface 
device. In an alternative embodiment the network client 102 
represented by computer system 200 may be a dedicated 
Internet access product, such as a Network Computer (NC), 
or a dedicated Worldwide Web client such as the WebTV™ 
system developed by WebTV Networks, Inc. 
Internet Events 

Popular application programs, such as web browsers, 
which display audio/visual sequences transmitted over the 
Internet allow a user to easily capture and view or listen to 
the transmitted data. Present programs, however, do not 
provide mechanisms which allow unattended recording of 
the data on a data storage device. 

The present invention includes a method for automatically 
accessing and recording audio/visual events which are avail- 
able from a network server. The present invention may be 
used with data which represents only audio data (e.g., a 
sound recording), or only video data (e.g., a silent movie), 
or combined audio/visual data (e.g., a movie with sound). 
The present invention may also be used with any network, 
including the Internet, or the World-Wide Web portion of the 
Internet, or any local or wide area network (LAN/WAN). 
For purposes of explanation, however, the following 
description will focus on automatic recording of audio/ 
visual events from the World-Wide Web and it will be 
appreciated that the invention is not limited to this use. 

Many audio/visual sequences such as music videos or 
excerpts from movies or television shows are available on 
Internet sites by servers which maintain World-Wide Web 
pages. A server provides access to video clips stored in its 
memory through a web server program, and a client down- 
loads and displays information from the network using a 
web browser program. Many web' browsers also provide 
'plug-ins* which are software components that extend a web 
browser's capabilities. Popular plug-ins include programs 
which facilitate the presentation of sophisticated data such 
as multimedia events. For example, the RealAudio plug-in 
for the popular Netscape Navigator web browser provides 
live and on-demand real-time audio, which allows web 
servers to deliver audio content from their sites, and web 
clients to playback the audio content on their sites. Another 
similar plug-in is StreamWorks, which provides playback 
capability of both audio and video on a web client. Some 
playback programs allow a client to directly access bit- 
streamed data as the data stream is received over the 
network, thus eliminating the need for a user to first down- 
load and then play a data file. 

FIG. 3 illustrates a sample web page for a server which 
provides broadcast audio content. Screen display 300 illus- 
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tratcs the display of the web page as it appears when which connects the client computer to the Internet. Upon 

displayed by a web browser on a client computer, such as execution, the Internet event recorder accesses and launches 

network client 102 in FIG. 1. Screen display 300 includes a a web browser on the client to access the source site. If more 

web browser window 302 which contains several different than one web browser program is available on the client 

fields. These fields include an option button field 304, a 5 computer, the Internet event recorder may be programmed to 

Uniform Resource Locator (URL) field 306, and web page select a specific web browser to be launched. According to 

308. Web page 308 contains text and/or graphic information one embodiment of the present invention, the Internet event 

transmitted by the web site server specified in URL field recorder is programmed through a dialog box which is 

306. displayed on a display device connected to client computer 

Web page 308 may include a display window 310 for the 10 102. Depending on how it is implemented, the dialog box 
display of a program or event. In the sample web page of can be accessed by entering the program name on a com- 
FIG. 3, display window 310 includes a simulated radio mand line, selecting the program name or command from a 
control panel tuned to an on-line radio station. This control pull-down menu, or by selecting an onscreen option button, 
panel indicates that a user can listen to a live radio broadcast In an alternative embodiment of the present invention, the 
provided by the network server and transmitted to the 15 Internet event recorder may be available as a plug-in pro- 
network client over the Internet. Additionally, the live radio gram for a web browser running on a client computer, or as 
broadcast may be recorded immediately over a set duration an extension to an existing web browser plug-in. In this case, 
or set up for future recording and subsequent playback. In the Internet event recorder may be invoked by selecting an 
order to adequately play back the radio broadcast, the client option button on the web browser, if one is available, 
computer may need to execute the appropriate audio soft- 20 FIG. 4 illustrates a representative Internet event recorder 
ware (which may be a web browser plug-in). dialog box. Internet event recorder dialog box 400 includes 

Although FIG. 3 illustrates a server web page for an several fields which allow the input of data by the user 

on-line radio application, it should be noted that FIG. 3 is through an input device. The first field 404 is the source URL 

meant to exemplify a web page which provides access to any field. In this field the user types the URL or Internet address 

type of multimedia content, such as a movie, video clip, or 25 for the web site of the server which is providing the data to 

live transmitted event (a 'webcast'). In this case, the event be recorded. Field 406 is the date field in which the user 

might contain both audio and video data, and the web types the date on which the event is to be recorded. The date 

browser would need to execute the appropriate viewing may be specified as a single day if a single event is to be 

software to display the program or event indicated in win- recorded; or the date may be specified as a range of dates 

dow 310. 30 (e.g., "1/1 to 1/5") or selected days (e.g., "every day" or 

In the above discussion, it is assumed that the event to be "every Saturday") if a recurring event is to be recorded. In 

viewed or listened to is available simply at the location field 408, the user inputs the start time at which the recorder 

specified in URL field 306. That is, the event is stored at a is to start recording, and in field 410 the user enters the stop 

location that is directly accessible to a client computer. In time which is the time at which the recording is to be 

some cases, however, the event is not directly accessible at 35 stopped. Alternatively, field 410 may be programmed with 

a particular web address. In these cases, the web address the duration of the recording session starting from the start 

may only specify the server location, and further commands time (e.g., +2 hours). The time parameters can be entered in 

or options must be executed in order to play the video clip standard 12-hour clock format with a.m. or p.m. indicators, 

or audio program. For example, the program or event or alternatively they can be entered in 24-hour format, 

displayed in window 310 may be accessed within web page 40 Additional parameters which may be programmed into the 

308 by specifying a sub -address within URL field 306 or by time fields include an adjustment for time zone variations 

selecting an additional hypertext link or option button dis- and automatic correction for daylight savings time (e.g., if 

played in web page 308. Similarly, some server sites might the client and the server computers are located in different 

require that a user have an account or other payment means time zones). 

to access the site. In this case, the user might be required to 45 Field 412 provides an entry field for an optional macro or 

enter a user ID or account password to access the site. program routine. A macro or command string may be 

Recording an Internet Event required if access to the actual audio or video data to be 

The network environment illustrated by FIG. 1 will be recorded is not directly accessible from a URL specified in 

used to describe the method of the present invention. In the source URL field, 404. For example, downloading or 

network 100, server 104 stores an audio/visual sequence so accessing an audio or video data stream might require the 

which will hereinafter be referred to as an Internet "event". input of certain control keys, the entry of a network sub- 

Upon request by client 102, server 104 transmits the Internet address, or the entry of a user ID or access code (as in the 

event over network medium 110 for display on client 102. A case of a service which requires a payment account). Once 

typical event, such as a video clip, contains audio data the user has determined a particular key sequence or macro 

representing a music or voice track, and a series of digital 55 which must be performed to access data within a particular 

graphic images which form a video sequence. The web source or server web site, he may enter this sequence in 

server 104 may transmit either or both components of the macro field 412. Upon access to the source URL, the web 

event in the form of self-contained executable data files or browser will automatically perform the macro or command 

as digital bitstreams to the client. Web server 104 may also key sequence which has been entered into optional macro 

provide broadcast content over network 110. For example, 60 field 412. Thus, the event file or data stream can be accessed 

server 104 may provide access to an Internet radio web site automatically in the manner which would be required if the 

such as that illustrated in FIG. 3. user were performing that function manually. 

In one embodiment of the present invention, an automatic Field 414 provides a field in which the user enters the 

event recorder (hereinafter referred to as the "Internet event destination for the data stream or data file. Typically the 

recorder") is available as a program which is executable by 65 destination is the name of a file which has been created on 

the computer operating system of the client computer, or the a hard disk for storage of the data stream or file, 

communication software of the network interface device Alternatively, however, destination field 414 can store a 



08/10/2003, EAST Version: 1.04.0000 



6,012,086 

7 8 

descriptor specifying an external device, such as a tape uled recordings, and to turn on or off the timer record mode, 

recorder, which is controlled by the client computer. In one without requiring the user to bring up a web browser. At this 

embodiment of the present invention, the Internet event point, user interaction with the event recorder ends, and the 

recorder may be configured to record the data stream or file Internet event recorder automatically performs the recording 

to a default device, such as a hard disk. In this case, a 5 functions. 

destination field is not required since the recorded event will On the date specified in field 406 and at the time specified 

automatically write the data to the default device. in field 408, the Internet event recorder commences a 

It should be noted that additional fields, other than those recording session. In step 606, the Internet event recorder 
explicitly shown in FIG. 4 may be provided to extend the launches the specified web browser and dials up the Internet 
functionality of the Internet event recorder. For example, a 10 Service Provider. Once a network connection has been 
retry field may be provided to specify the number of times established, the Internet event recorder accesses the source 
to retry a source URL connection if the source server is busy, URL specified in field 404 through the web browser, and 
or an ISP if the ISP line is busy or a line drop occurs. Such executes any required macro. The macro to be executed is 
a retry field may also be used to store an alternate source the key sequence or program stored in field 412 of dialog 
server URL or an alternate ISP telephone number, if such 15 box 400. It may occasionally occur that an ISP or source web 
alternates are available. Similarly, a failure field may be site is unavailable, for example a source web site server may 
included to provide an error message or execution of a be busy or down at the time specified by the start time, or the 
diagnostic routine in the case of a failed or interrupted source web site may have been moved. If the ISP or source 
network connection. Another possible additional field, web site is temporarily unavailable (such as if the telephone 
which may be included if the Internet event recorder is 20 line to the server is busy) the web browser can be pro- 
implemented as a stand-alone program, is a field which grammed to retry entry to the ISP or source site until access 
specifies the web browser to be launched to provide access is successful, step 610. If, however, a source web site is 
to the source site. Such a field would allow the user to select permanently unavailable, such as if the server has been taken 
a particular web browser if more than one web browser is off-line or the web address has changed because the web site 
available on the client computer. 25 has moved, the Internet event recorder will return an error 

In one embodiment of the present invention, more than message to the web browser indicating that a recording was 

one Internet event may be recorded by the Internet event not possible because of unavailability of the server web site, 

recorder. In this case multiple entry windows may be pro- If an alternate ISP number or source URL has been provided, 

vided in the record window of the Internet event recorder. the alternate will be attempted before an error message is 

FIG. 5 illustrates the Internet event recorder dialog window 30 returned. 

containing several individual event recording windows for If the web site (or an alternate) is available, as determined 

programming the recording of several individual events. The in step 608 either upon an initial access attempt or a retried 

dialog box of FIG. 5 allows the programming of recordings access attempt, the web server next determines the format of 

for multiple Internet events. These events could be available the source data, step 612. Audio or video data may be made 

at different times and/or originate from different source web 35 available by a server in several different forms. A common 

sites. Each dialog box, such as dialog box 502 for event 1, method is to simply store the data in memory as a data file, 

in the multiple event recorder window 500 is substantially Such a file could contain the data to be transmitted in either 

equivalent to dialog box 400 illustrated in FIG. 4. FIG. 5 standard data form or in compressed and/or encrypted form, 

illustrates six such dialog boxes for the multiple event The data on the web server could also be stored in a format 

recorder 500. However, it will be appreciated that any 40 which allows packetized bitstream downloading. Thus, in 

number of dialog boxes may be provided for the recording step 612 the web browser will determine the format in which 

of multiple events. Each individual dialog box within the the data is available. If in step 614 it is determined that the 

multiple event recorder allows the user to input the source, data is stored in a file, the Internet event recorder will 

date, start/stop times, macros, and destinations for each of commence downloading the file using the appropriate net- 

the individual events, as explained above with respect to 45 work protocol, such as the file transfer protocol (FTP), step 

FIG. 4. In this case, a software routine is needed to prevent 616. The downloaded file will then be stored in a client file 

multiple programmed events from having the same sched- on a storage device such as a hard drive within or connected 

uled recording period. to the client computer, step 618. After the download and 

FIG. 6 is a flow chart illustrating the process of recording storage process is complete, the Internet event recorder will 

a transmitted Internet event according to one embodiment of 50 then cause the web browser to disconnect from the source 

the present invention. In step 602, the user accesses the and the client computer to disconnect from the ISP, step 620. 

Internet event recorder program running on client computer If it is determined in step 614 that the data is in the form 

102. If the Internet event recorder is implemented as a of a digital bitstream which is simply provided or transmit- 

stand-alone program, it is accessed and executed according ted through the web server to be downloaded upon access by 

to the conventions of the operating system software on the 55 a client, the Internet event recorder will receive the data and 

. client computer. If the Internet event recorder is imple- direct the bitstream or signal to the destination device 

mented as a web browser extension, however, it typically specified in field 414 of the Internet event recorder dialog 

may be accessed by typing the appropriate location address box 400. The Internet event recorder will continue to receive 

in the URL field 306 of the web browser, or by selecting an and direct the data stream to the appropriate destination 

appropriate hypertext link button (e.g., link button 312 in 60 device until the stop time (or duration) specified in field 410 

FIG. 3), depending on the conventions of the web browser of Internet event recorder dialog box 400 is reached, step 

being used. 622. At the time specified by the stop time or the limit of the 

In step 604 the user inputs the source URL, date, start and specified recording duration, the Internet event recorder will 

stop rimes, optional macro, and a destination descriptor in stop downloading the data and cause the web browser to 

the appropriate fields of the dialog box, such as dialog box 65 automatically disconnect from the source web site, step 624. 

400 illustrated in FIG. 4. A general control method on the If no further Internet access is needed immediately, the client 

client computer may be available to review or cancel sched- computer will then also disconnect from the ISP. 
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Upon disconnection from the source web site, a data log the user may edit or caption a particular audio or video 

file associated with the recorded data event is stored in the segment, or transform the format for reproduction in an 

appropriate memory device of the client computer 200 (e.g., alternate medium. 

mass storage device 207 or RAM 204), step 626. Such a log Internet Event Recorder Screen Authoring 

file allows the user to review recorded event information. 5 In one embodiment of the present invention, the Internet 

The logged recording data could include the address of the Event Recorder screen and associated dialog boxes are 

source URL, the date of the recording and the start and stop created using standard HTML command structures. Option 

times, the destination descriptor or file name, as well as any buttons and data entry fields may also be produced by 

other data that might be available and beneficial to the user. constructing HTML objects and program links. Various 

In one embodiment of the present invention, the destina- 10 different page formats may be utilized to achieve the present 

tion of the event data will be a file stored on a storage device invention. 

within or connected to the client computer. This will often be According to another embodiment, the Internet Event 

the case if the data to be recorded is a computer file Recorder screen and associated dialog boxes could be pro- 

downloaded through FTP, or a digital bitstream transmitted duced using bit-mapped images or standard graphic format 

over the network. In this case, the destination will typically 15 images, and displayed on a display device through a network 

be a hard disk drive, such mass storage device 207 in client interface, or over a broadcast signal. In such embodiments 

computer 200, and the file name will be entered in field 414 these screens need not be web pages accessed from the 

of FIG. 4. World-Wide Web using a web browser, but instead could be 

If, however, the program is to be recorded to an external images of the type normally created, transmitted and dis- 

recording device rather than on a computer disk, the desti- 20 played within the system in which the display device is 

nation may be an analog or digital record and play back typically used, such as a Local Area Network for a computer 

device. For example, for an audio signal, the destination may display. 

be an analog tape recorder or DAT (Digital Audio Tape) In yet another embodiment, the Internet Event Recorder 

machine; and for a video signal, the destination may be a screen could be programmed into the display device as a 

video cassette recorder (VCR). It is assumed that the appro- 25 built-in feature and accessed through a dedicated control 

priate recording device is connected to and controlled by the button or on-screen menu, such as with the display controls 

client computer through an appropriate interface, such as I/O for a television. 

interface 225. In the case of an analog recording device, it In the foregoing, a system has been described for auto- 

is further assumed that the digital signal received over the matically recording an audio/visual sequence transmitted 

network is converted to an analog signal prior to output 30 over the Internet for display on a client computer. Although 

through the I/O interface 225. In this case, the program being the present invention has been described with reference to 

recorded is the actual program data as played or as would be specific exemplary embodiments, it will be evident that 

available on the client computer if the user were present at various modifications and changes may be made to these 

the time of the transmission. embodiments without departing from the broader spirit and 

In the case where the destination is a file stored on a hard 35 scope of the invention as set forth in the claims. Accordingly, 

disk drive, the user will access the file at a later time the specification and drawings are to be regarded in an 

convenient to the user. In order to access and play back the illustrative rather than a restrictive sense, 

data, it is typically necessary for the user to execute the same What is claimed is: 

programs or plug-ins that are required when accessing the 1, A method for automatically storing data transmitted 

data from the server directly. Such plug-ins could include AO during a specified date and time of a limited duration over 

decryption and decompression programs. For example, if the a network in a client system in communication with at least 

data to be accessed is a video file which was compressed one source server, the method comprising the steps of: 

using the MPEG compression standard, the web browser providing one or more text entry fields for the entry of a 

would need to run an MPEG decompression plug-in in order source address, a date parameter, a first time parameter, 

to allow the user to view the program. Similarly, if the 45 and a second time parameter, said date parameter and 

MPEG compressed data were transferred from the server nrs t time parameter corresponding to the specified date 

through the recorder onto a file stored on a hard drive, upon time the data is available over the network; 

subsequent playback of the file, the user would need to establishing a network connection between the client 

execute the MPEG decompression program to view the data gystem ^ ^ 

as a video sequence. 50 

In an alternative embodiment, tbe present invention may lcce H ^ n 8 ta .7» . s P«f ed , b ? tb L S °T 

be designed to be configured by the user to access available address > and downloadmg a data stream from the 

. j fj .u u . « -a » ' source server on the date specified by the date param- 

scheduled programs through automatic "program guides" to •/ * . ^ c . 

_ 4 . \ u 7 u j 1 ui *i eter and at the time specified by the first time param- 

the extent that such program guides are available through r j v 

various Internet source sites. Such program guides could 55 ' 

consist of codes which represent the location and time storing the data in a device coupled to said client system; 
availability of particular Internet programs or events, and 

could be published or made available on-line from various stopping the downloading of the data stream at the time 

Internet content providers. In this case, dialog box 400 could specified by the second time parameter, 

contain a single field for the program guide code instead of 60 2. A method according to claim 1 further comprising the 

separate fields for the source URL, date, and start and stop step of disconnecting the network connection from the 

times, or the entry fields could be automatically entered by source server subsequent to the time specified by the second 

simply making the desired program guide selection. time parameter. 

Recording an Internet event as described in the present 3. A method according to claim 1, wherein the network is 

disclosure provides not only for time-shifted viewing, but 65 the Internet and the step of establishing a network connec- 

also allows a user to manipulate the data contained in the tion includes the step of accessing an Internet Service 

event. For example, to the extent allowed by the originator, Provider network server coupled to the client computer, and. 
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4. A method according to claim 1 further comprising the 
step of providing a destination text entry field for the entry 
of a destination descriptor, wherein the data stream is stored 
in the device specified by the destination descriptor. 

5. A method according to claim 1 further comprising the 
step of providing a command field for entry of a command 
sequence specifying commands or user information required 
to access the data stream from the source server 

6. A method according to claim 3 wherein the date, the 
first time parameter, and the source address are specified in 
a program guide code, the program guide code providing a 
mechanism for automatically accessing the source of a 
program to be recorded at the time and date on which the 
program is available. 

7. A method according to claim 4 wherein the destination 
descriptor specifies a file in a memory coupled to the client 
system. 

8. A method according to claim 4 wherein the destination 
descriptor specifies an electronic recording device coupled 
to the client system. 

9. A method according to claim 1 wherein the one or more 
text entry fields are contained within, a text entry area 
displayed on a display device coupled to the client system, 
and the text entry area is a graphic image stored in a memory 
coupled to the client computer. 

10. A method according to claim 3 wherein the one or 
more text entry fields are contained within a text entry area 
displayed on a display device coupled to the client system, 
and the text entry area is provided through an interactive 
display environment including World-Wide Web content, 
and the. control screen and text entry areas are hypertext 
markup language (HTML) objects, and the method further 
comprises the step of executing a web browser program on 
the client computer. 

11. An apparatus for automatically storing data transmit- 
ted over a network in a client system, said data available on 
a specified date and during a specified time of a limited 
duration, said client system in communication with at least 
one remote server system, the apparatus comprising: 

means for providing a source field for entry of a source 
address; 

means for providing a date field for entry of a date 
parameter of when the data is available: 

means for providing a first time field for entry of a first 
time parameter, wherein the time entered in the first 
time field occurs during the day specified by the date 
parameter and when the data is available; 

means for providing a second time field for entry of a 
second time parameter; 

means for providing a destination field for entry of a 
destination descriptor; and 

means for processing the date parameter, the source 
address, the first time parameter, the second time 
parameter, and the destination descriptor entered into 
their respective fields, wherein the processing is oper- 
able to transfer a data stream available at an address 
specified in the source field to an address specified in 
the destination field during the time specified in the first 
time parameter and the second time parameter 

12. An apparatus according to claim 11 further comprising 
means for providing a command field for entry of one or 
more commands or user information parameters required to 
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access the data stream provided by the source specified in 
the source field. 

13. An apparatus according to claim 12 wherein the date 
field, the source field, the first time field, the second time 
field, and the destination field are provided in a text entry 
field displayed on a display device coupled to the client 
system. 

14. An apparatus according to claim 13 wherein the text 
entry field is contained within a control screen displayed on 
the display device, and the control screen and text entry field 
are graphic images stored in a memory coupled to the client 
computer. 

15. An apparatus according to claim 13 wherein the text 
entry field is contained within a control screen displayed 
through an interactive display environment including World- 
Wide Web content, and wherein the control screen and text 
entry field are hypertext markup language objects. 

16. A computer comprising: 
a processor; 

an input/output circuit coupled to the processor; 

a display device coupled to the processor; 

a network interface device coupled to the processor, the 
network interface device capable of being coupled to a 
server computer through a network medium; and 

a memory coupled to the processor, the memory having 
contained therein sequences of instructions which, 
when executed by the processor, cause the processor to 
performn the steps of: 

displaying a text entry field on the display device; 
receiving a source address entered in the text entry 
field; 

receiving a date parameter entered in the text entry 
field, said date parameter corresponding to when 
data is available at the source address, said data 
available during a specified time of a limited dura- 
tion; 

receiving a first time and a second time entered in the 
text entry field said first time corresponding to when 
data is available at the source address; 

receiving a destination descriptor entered in the text 
entry field; 

automatically accessing a source server specified by the 
source address by establishing a network connection 
over the network medium between the computer and 
the server computers and downloading a data stream 
from the source server at the first time; 

storing the data in a device specified by the destination 
descriptor; 

stopping the downloading of the data from the source 

server at the second time; and 
disconnecting from the source server subsequent to the 

second time. 

17. A computer according to claim 16 wherein the 
memory further contains instructions which cause the pro- 
cessor to perform the step of receiving a command sequence 
entered in the text entry field. 

18. A computer according to claim 16 wherein the net- 
work medium is part of the Internet and the memory further 
contains instructions which cause the processor to perform 
the steps of: 

accessing an Internet Service Provider network server 
coupled to the computer prior to the step of accessing 
the source server, and 

disconnecting from the Internet Service Provider network 
server after disconnecting from the source server. 
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19. A computer according to claim 16 wherein the device 
specified by the destination descriptor is a storage device 
coupled to the processor. 

20. A computer according to claim 16 wherein the device 
specified by the destination descriptor is an electronic 
recording device coupled to the processor through the input/ 
output circuit. 

21. A computer according to claim 16 wherein the text 
entry field is provided on a control screen through a display 



14 



environment, and the control screen and text entry fields are 
. graphics objects stored in a memory coupled to the proces- 
sor. 

22. A computer according to claim 18 wherein the text 
entry field is provided on a control screen through an 
interactive display environment including World-Wide Web 
content, and the control screen and text entry fields are 
hypertext markup language objects. 
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network information is then transmitted to the set top box for 
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APPARATUS AND METHODS FOR 
NETWORK ACCESS USING A SET TOP BOX 
AND TELEVISION 

I. BACKGROUND OF THE INVENTION 

A. Field of the Invention 

The present invention relates generally to accessing a 
network, and in particular to apparatus and methods for 
accessing a network using the television as a display device, 

B. Description of the Prior Art 

A typical home computer today is comprised of hardware 
and software. The hardware includes a processor, bard drive, 
modem, monitor, RAM, keyboard, and mouse. The software 
includes an operating system and application programs. For 
many users the processing power of a home computer is 
more than sufficient to meet their needs. Home computers 
are used in a variety of ways. Many users use word pro- 
cessing and spreadsheet applications, while others perform 
tasks that require more significant processing power, such as 
graphics processing. More and more are using their com- 
puters to access the Internet, and in particular the World 
Wide Web (WWW). 

Users connect to the Internet and the WWW using a 
modem. The modem is typically a 28.8 bps modem, and 
each computer is equipped with a Web browser. The user 
runs the Web browser, which provides a graphical interface 
for retrieving Web pages. Once the Web browser is up and 
running, the user requests the Web browser to retrieve a 
particular Web page. Most Web browsers allow a user to 
maintain a "hotlist" of "hotlinks" (i.e., bookmarks) to favor- 
ite Web sites. The hotlist is typically implemented as a pull 
down menu containing Web site addresses previously saved 
by the user. 

The user provides an address to the Web browser using 
either the hotlist or by typing the address in by hand. The 
address identifies a Web page location. The Web browser 
then connects to the network (if not already connected), and 
retrieves the Web page at the address. 

Once a Web page is retrieved it is presented to the user. 
The user may request further Web pages by selecting a 
hyperlink on the retrieved page, or by inputting another Web 
page address. The user selects hyperlinks by manipulating 
an input device, typically a mouse. The mouse is the primary 
input device for Web browser, and some of the mouse 
selections may be supplemented by simple text operations 
and use of the "Enter" key. 

For many people, the cost of a home computer or similar 
hardware (e.g., a unit(s) including both a television and 
components of a home computer) is prohibitive, or imprac- 
tical for their needs. Even for those who have computers, 
however, Internet access can often be frustratingly slow. 
Users are usually constrained by modem speeds which make 
Internet access slow. Faster access could be provided over 
Tl or ISDN lines, but the costs of such lines is usually 
prohibitive for most users. 

Therefore, while many are interested in the WWW,. they 
cannot justify buying a computer for this purpose alone. 
Other who can justify the cost can not justify the cost of 
connecting to a high speed line. 

II. SUMMARY OF THE INVENTION 

The present invention relates to apparatus and methods 
for accessing a network, such as the WWW, using a televi- 
sion and low cost set top box. It should be understood that 
while the discussion below discusses the invention in terms 
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of the Internet, it is also contemplated that the principles 
described herein could also be applied to other networks, 
such as intranets. 
A preferred embodiment of the invention is an apparatus 

5 for retrieving and retransmitting data processing network 
information in response to a user selection request. The 
apparatus comprises means for transmitting first selection 
information to be displayed on a monitor, means for receiv- 
ing a user selection request based on the transmitted first 

io selection information; means for retrieving data processing 
network information, in a network format, corresponding to 
the user selection request; means for transforming the data 
processing network information from the network format 
having a first interactive element to a monitor format having 

15 a second interactive element; and means for transmitting the 
data processing network information in the monitor format 
to the monitor. 

Additional objects and advantages of the invention will be 
set forth in part in the description which follows, and in part 

20 will be obvious from the description, or may be learned by 
practice of the invention. The objects and advantages of the 
invention will be realized and attained by means of the 
elements and combinations particularly pointed out in the 
appended claims. 

25 It is to be understood that both the foregoing general 
description and the following detailed description are exem- 
plary and explanatory only and are not restrictive of the 
invention, as claimed. 

30 m. BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in 
and constitute a part of this specification, illustrate embodi- 
ments of the invention and together with the description, 
35 serve to explain the principles of the invention. In the 
drawings: 

FIG. 1 is a block diagram showing a preferred embodi- 
ment of the invention; 

FIG. 2 shows the general architecture of the server in 
40 accordance with a preferred embodiment of the invention; 

FIG. 3 is a block diagram showing a portion of memory 
in the server; 

FIG. 4 is a block diagram showing a session table stored 
at a server in accordance with a preferred embodiment of the 
45 invention; 

FIG. 5 is an example of a menu which may be used in a 
preferred embodiment; 

FIG. 6 is a flow chart showing the overall processing 
5Q performed by a server in accordance with a preferred 
embodiment; 

FIG. 7 is a flow chart showing the processing performed 
in transforming a Web page into information appropriate for 
display on a television; 
ss FIG. 8 shows a display screen of a typical Web page on 
a television; and 

FIG. 9 is a block diagram showing a preferred embodi- 
ment of the invention used in a multiple video source 
environment. 

60 IV. DETAILED DESCRIPTION OF THE 

PREFERRED EMBODIMENTS 

Reference will now be made in detail to the present 
preferred embodiments of the invention, examples of which 
65 are illustrated in the accompanying drawings. Wherever 
possible, the same reference numbers will be used through- 
out the drawings to refer to the same or like parts. 



08/10/2003, 



EAST Version: 



1.04.0000 



US 6,381,748 Bl 

3 4 

FIG. 1 is a block diagram showing a preferred embodi- frame store which continually refreshes the television. A 

ment of the invention. Televisions 114 are connected to set simple set top box 112 may perform little or no processing 

top boxes 112 which send video signals to television 114. Set at all, acting as merely a sample and hold device for the 

top boxes 112 are also connected to Internet gateway video server 110. 

server 110 via a television distribution system, and receive 5 FIG. 2 shows the general architecture of the server 110 in 

frames from Internet gateway video server 110 for display accordance with a preferred embodiment of the invention, 

on television 114. Each set top box 112 is individually Session manager 214 manages the overall information flow 

addressable, and sends information to server 110 which ^thin server 110. This includes reception of user selection 

identifies the particular source set top box 112. si S nals the set top boxes 112, translations of user 

, . , m request signals, requests for Web pages, translation oi Web 

In a preferred embodiment, server 110 is located at source w p&g ^ ^ transmission of television information to set top 

end of a television signal, such as a cable system. For boxes m , Q general> manager 2 14 keeps track of 

example, server 110 may be located at the headend of a req uests from the user, requests to the web browser, menu 

television distribution system/Alternatively, server 110 may presentation, and web page presentation. Session manager 

be located at some other location'on the television distribu- 214 receives information from the cable and transmits 

tion line. For example, server 110 may be located in an 15 information to the cable. 

apartment building or hotel between an incoming television In resp0 nse to user selection signals, session manager 214 

distribution line and set top boxes 112. In this manner, either respon d s directly to the user selection signals or 

"local" Internet access is provided. Moreover, server 110 requests translation of the user selection signals by user 

may perform functions in addition to providing Internet selection interpreter 210. Interpreter 210 translates user 

access. For example, server 110 may be dedicated to pro- 20 selection signals into Web page addresses. The Web page 

viding Internet access to set top boxes 112. Alternatively, addresses are sent to manager 214. 

server 110 may also receive a regular television distribution ^response to the translation, session manager 214 

signal for transmission to set top boxes 112, and provide f ^ Web browsef 222 tQ retrieye a Web page from the 

Internet-related signals or other programming, depending network ^ Qetwork mterface 22fi Qnce me Web page hag 

upon the channel selection by the user. 25 ^ ^ fc ^ ^ ^ 

Set top box 112 also receives and responds to signals from requests translation of the Web page by web page translator 

user interface 116. The signals may be communicated to 218. After translation, the results are transferred to manager 

Internet gateway video server 110. In a preferred 214. Manager 214 then passes. at least part of the translated 

embodiment, user interface 116 comprises an infrared Web page to the set top box 112 associated with the user 

remote control interface for receiving signals from a remote request. 

control device (not shown). User interface 116 may com- Session manager 214 keeps track of the multiple users 

prise any Well known user interface capable of providing requesting information via the set top boxes 112. User 

selection signals to set top box 112. requests are logged and tracked, and presentation informa- 

Internet gateway video server 110 receives signals from 35 tion for each set top box 112 is managed in response to the 

set top box 112 and responds to the signals by (1) interacting user requests. This may require caching of particular display 

with the Internet, or (2) sending video signals for processing information to optimize response time to user requests. In 

by set top box 112 for display on television 114. Server 110 summary, session manager 214 and Web browser 222 

is connected to a high-speed communication line, such as a together form a multi-user Web browser capable of simul- 

Tl or ISDN line. Server 110 transmits information generated taneously managing multiple user sessions on multiple set 

locally by server 110, or information received from the top boxes 112. 

Internet, to television 114. Server 110 also performs house- piG. 3 is a block diagram showing a portion of memory 

keeping functions, such as logging time, in response to 310 ^ sess ion manager 214. Server 110 implements a 

information received from the network and signals received single- or multi-user browser system which manages the 

from set top box 1 12. 4S m enus, hotlinks, and Web pages for each user in the system. 

Set top box 112 may process the information received Each user, therefore, has a dedicated memory area 314 

from server 110, or send it directly to television 114. A user which contains preselected hotlink information 318, menu 

views information displayed on television 114 and, using preferences 322, and a cache or buffer area 326 for storing 

user interface 116, inputs selection information based on information flowing between the network, the Internet gate- 

what is displayed. Some or all of the user selection signals 50 way video server 110, and the set top box 112 or television 

may be transmitted by set top box 112 to the Internet 114, For example, cache 326 may contain several of the 

gateway video server 110. Signals sent from set top box 112 pages most recently displayed on television 114, as weO as 

to server 110 include an identification of the set top box 112 the most likely pages to be displayed in the near future. In 

and the user selection. Other information may also be one embodiment, a user session table 330 is also stored in 

provided depending upon the particular implementation of 55 the dedicated memory area. User session table 330 tracks 

the set top box 112 and server 110. each interaction with a particular set top box 112. 

In response to the user selection signals, server 110 either The system may be implemented by having a single 

prepares information locally and transmits the information centralized cache for all users. In this way, the cache may 

to set top box 112, or accesses the network for the infor- contain frequently used pages for all users. Each time a 

mation requested in the user selection signals. Set top box go request is made for a Web page the cache is checked before 

112 may process some or all of the user selection signals. For the Web page is retrieved. In this embodiment, it is prefer- 

example, set top box 112 may alter the display, and send able to have a time out mechanism for the cache to remove 

notification of this change to server 110. old Web pages which may have become stale. Similarly, a 

Set top box 112 may be implemented in accordance with single user session table 330 for all users could be used, as 

the principles similar to those set forth in U.S. Pat. No. 65 discussed in greater detail below with respect to FIG. 4. 

4,780,758 to Lin et al., which is hereby incorporated by In another preferred embodiment, hotlinks are not stored 

reference. The box 112 may be implemented with a built in for later use. Each time a user logs on they are presented 



08/10/2003, EAST Version: 1-04,0000 



US 6,381,748 Bl 

5 6 

with the same predefined menu. The predefined menu may signals at the set top box 112. This would relieve the load of 

be unique to that user, or the same menu may be presented server 110, but require much greater processing power in the 

to all users. This embodiment is simpler because hotlinks are set top box 112. 

not stored for later use. Yet another preferred embodiment FIG. 7 is a flow chart showing the processing performed 

has a combination of predefined menus, identical each time 5 jn transforming a Web page into a table of information which 

they are presented to the user, and user-defined menus which js used to develop signals appropriate for display on televi- 

a particular user may create and alter according to that user's s ion 114 (FIG. 6, step 634). The Web page is first scanned 

own preferences. to determine the hyperlinks in the page (step 710). For 

Menu preferences 322 include user-selectable options example, in the WWW environment, which typically utilizes 
regarding the content of a main menu (see FIG. 5) and i° HyperText Markup Language (HTML), the Web page is 
certain features of how Web pages are to be displayed. For scanned for tags indicating references to hyperlinks, 
example, in addition to preselected favorite Web sites, a user if a hyperlink is detected, information such as a number, 
may request that menus be created dynamically according to letter or symbol, is inserted into the HTML page near the 
the time of day, as well as with respect to. the profile of the hyperlink, thus assigning numbers or other symbols to 
user. This allows menus to be tailored to the particular 15 hyperlinks (step 714). When the HTML page is later con- 
timing and content needs of the user. verted into RGB computer graphics, and subsequently into 

FIG. 4 is a block diagram showing some of the informa- NTCS format, the inserted information will also be trans- 

tion stored by session man'ager 214 in server 110. In lated into visual indicia corresponding to the hyperlink. For 

particular, FIG. 4 shows a session table 410 maintained by example, when the first hyperlink is detected a "1" might be 

server 110 storing information for each user for each active 20 inserted into the HTML document near the first hyperlink, 

session in progress. Each user entry 414 contains informa- When the second hyperlink is detected a "2" is inserted into 

tion regarding information from a user and information sent the HTML document. Therefore, the original contents of the 

to a user during each session. In this manner, server 110 HTML document are augmented with additional visual 

knows exactly the state of each user during a particular indicia corresponding to each hyperlink, 

session. This information may be discarded when the session 25 The information developed from the scan of the Web page 

ends. Alternatively, the information may be used by server is also used to form a table that contains the correspondence 

110 to develop user profile information for later use. between the inserted information and the associated hyper- 

FIG. 5 is a display screen 510 showing a menu used in one link. The table is used to translate requests received from the 

preferred embodiment. Display screen 510 is generated user into hyperlink information. 

locally by server 110. The menu may provide a visual The HTML document is then converted into RGB corn- 
display of previously selected user hotlinks 512. The menu puter graphics, and subsequently translated into NTSC 
may also include system management options, represented format, as is understood in the art. This process may include 
by a menu manager selection 514. In another embodiment, translation of graphics information into a format suitable for 
display screen 510 contains the same choices, or a mix of ^ display on the television. For example, fonts and font sizes 
same choices and user-defined choices, each time it is may be translated. 

presented. For example, the menu may offer a certain The Web page is then logically divided into a first display 

number of predefined services subscribed to by a user. page m accordance with the size of the television display 

Alternatively, the choices may be predefined by a service screen (step 718). From this translated information and 

provider in accordance with various subscriber plans. ^ division into a logical display page, a video display appro - 

A user inputs one of the displayed selection numbers into priate for television 114 is created (step 722). Finally, the 

an infrared remote control which transmits selection signals translated Web page is displayed (step 726), Because an 

to set top box 112. As described above, set top box 112 and entire Web page may not be displayable on a single televi- 

server 110 respond accordingly based on the user selection sion screen, the user may scroll or page through the Web 

signals. The main menu shown in FIG. 5 may also include 45 page by requesting server 110 for further scrolled or paged 

other user selectable options related to the general operation portions of the page. 

of the Internet gateway video server 110 and set top box 112. The information defining the correspondence between 
FIG. 6 is a flow chart showing the overall processing hyperlinks in the retrieved Web page and the select infor- 
performed by server 110. The user is first presented with a mation which is displayed is used later to translate the user 
menu (step 610). A user selection from the menu is then 50 selection information back into a hyperlink, or network 
received (step 614). The user selection will either be a Web location. The session manager ensures that the appropriate 
page request requiring Web access (step 618), or a selection data structures for creating user selections and translating 
which requires that information be generated locally by them back into hyperlinks is available to the system pro- 
Internet gateway video server 110 and sent to the appropriate cesses which utilize these data structures, 
set top box 112 (step 622). Locally generated information 5S FIG. 8 shows an example display screen of a Web page on 
may include, for example, menus and administrative infor- a television in accordance with a preferred embodiment. In 
mation related to a user's service. the example, display 810 shows a Web page for the XYZ 
If the user selects a WWW page, the user Web page Company. Hyperlinks 814 and 818 have an appearance 
selection is translated into an Internet address (step 626). similar to the format and placement of the original Web page 
Server 110 retrieves the Web page associated with the eo from which it was generated. Note, however, that the tele- 
translated Internet address (step 630). The Web page is then vision display screen has numbers corresponding to each 
processed to transform the Web-based format into signals hyperlink, as denoted by numerals "1" and "2". The user 
suitable for display on television 114 (step 634). The pro- may input these numerals into the infrared remote as selec- 
cessed Web page is then transmitted to television 114 via set tion signals which are sent to the set top box 112 and/or 
top box 112 and displayed to the user (step 638). es server 110. 

Alternatively, the Web-based information could be deliv- In this manner, the user input operates to select informa- 

ered directly to set top box 112 for conversion into television tion in a manner similar to selection of a hyperlink as 
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normally used in computer-generated Web pages. Note also 
option bar 822 which presents navigation options to the user. 
The navigation options allow a user to move to other areas 
of the currently displayed Web page (denoted by "A w and 
"B'% add the current Web page as a new hotlink selection to 5 
the main menu shown in FIG. 5 (denoted by "C"), and return 
to the main menu (denoted by "D"). The menu presented to 
the user may change dynamically in accordance with the 
current state of the session. For example, if the session is 
occurring at a particular time, the menu may change to 10 
present different selections corresponding to the particular 
time. This information may be kept in the user menu 
preferences area, or by server 110, depending on the nature 
of the changes. 

FIG. 8 may take other forms as well. For example, instead 15 
of using numbers and letters for user-selectable options, 
iconic symbols or other selectable visual indicia may be 
used. 

In response to a user selecting one of the hyperlinks using 
a device such as a remote control, a signal is sent by user 20 
interface 116 to set top box 112, which processes the signal, 
sends a signal to server 110, or both responds to the signal 
and passes it on. In response to a user selection of a 
particular hyperlink, server 110 sets up a network connec- 
tion to retrieve the selected Web page. In response to a user 25 
selecting one of the option bar 822 options, a signal is sent 
in a similar manner to server 110 via set top box 112. In this 
instance, however, information is generated locally by Inter- 
net gateway video server 110 for display on TV 114. 
Alternatively, the set top box 112 may handle the response 30 
to the menu option bar 822. 

FIG. 9 is a block diagram showing a preferred embodi- 
ment of the invention used in a server headend. FIG. 9 shows 
a headend coaxial cable system 900 for providing various 35 
types of user-selectable video programming over a coaxial 
channel. A preferred embodiment of the invention using the 
principles described above is implemented primarily by 
system controller 910, Pentium PC 942, VGA to TV adapter 
948, time base corrector 952, frame addressing device 934, 
and the two-way communication data path 914 between 
system controller 910 and coaxial cable 956. System con- 
troller 910 may be implemented using a 486-based PC, 
System controller 910 communicates over coaxial cable 956 
via two-way data communications path 914. 45 

System controller 910 also communicates with several of 
the system elements via control and communication lines 
918. Control and communication lines 918 may be 
implemented, for example, using an RS-232 type interface. 
System controller 910 controls interactive laser disc players 50 
922, movie library 926, JPEG frame store and VBI control- 
ler 930, and Web browser 942. JPEG frame store and 
Vertical Blanking Interval (VBI) controller 930 and Web 
browser 942 place information on the coaxial cable via 
frame addressing device (VBI) 934. In this embodiment, 55 
Web browser 942 carries out the functions of session man- 
ager 214 and Web browser 226 of FIG. 2. Each of interactive 
laser disc player 922, movie library 926, and frame address- 
ing device 934 send signals through a respective RF modu- 
lator onto the coaxial cable 956 via passive signal combiner/ 60 
splitter 964. 

Web browser 942 sends signals to VGA to TV adajptor 
948, which in turn sends signals to time base corrector 952 
for transmission to frame addressing device 934. VGA to TV 
adaptor 948 converts computer output data into NTSC scan 65 
lines. The adaptor may be implemented using, for example, 
a Magnicorder® device. Time base corrector 952 may be 
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implemented using, for example, a Hotronics® time base 
corrector, or similar device. 

Similarly, JPEG frame store and VBI controller 930 sends 
signals to time-base corrector 938, which in turn sends 
signals to frame addressing device 934. Frame addressing 
device 934 also receives control signals from JPEG frame 
store and VBI controller 930. Finally, frame addressing 
device 934 receives signals from other frame-based servers, 
such as video games, indicated generally by 956. In 
summary, frame addressing device transmits signals from 
multiple video sources, indicated generally by 960. 

In accordance with a preferred embodiment of the present 
invention, a user sends selection signals to a set top box 112 
which are, in turn, transmitted on coaxial cable 956, via 
two-way communication datapath 914, to system controller 
910. Controller 910 takes the user selection signals and 
processes them to control the various video sources of 
information. With respect to the preferred embodiment, 
system controller 910 sends selection signals to Web 
browser 942, which initiates retrieval of the requested Web 
page via ISDN modem 944. 

Although FIG. 9 demonstrates the invention being used in 
coordination with multiple other sources of video, headend 
900 could merely comprise a multi-user web browser which 
responds to user requests for WWW information. 

V. CONCLUSION 

Hie present invention thus allows multiple users to access 
the Internet, or other networks, via a high speed channel 
using only a set top box 112 and television. It provides users 
with a variety of advantages. For example, users no longer 
must have a personal computer in their home to access the 
Internet. The invention also allows users to access the 
WWW from their television sets. The only costs associated 
with such an architecture are those of the set top box 112 and 
remote. Homes with cable TV already require similar 
devices. The present invention also circumvents the need to 
interact with the menus and WWW using a mouse tethered 
to a device. Users can view the WWW with the ease of a 
remote control. Various modifications and variations can be 
made in the set top box 112 of the present invention and in 
construction of this server without departing from the scope 
or spirit of the invention. 

Other embodiments of the invention will be apparent to 
those skilled in the art from consideration of the specifica- 
tion and practice of the disclosed embodiments. The speci- 
fication and examples are exemplary only, and the true scope 
and spirit of the invention is defined by the following claims 
and their equivalents. 

We claim: 

1. Apparatus for retrieving and retransmitting data pro- 
cessing network information in response to a user selection 
request, comprising: 

means for transmitting first selection information to be 

displayed on a television; 
means for receiving a user selection request based on the 

transmitted first selection information; 
means for retrieving data processing network information, 

in a network format, corresponding to the user selection 

request; 

means for transforming the data processing network infor- 
mation from the network format having a first interac- 
tive element to a television format having a second 
interactive element; and 

means for transmitting the data processing network infor- 
mation in the television format to the television. 
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2. The apparatus of claim 1, wherein the means for 15. The method of claim 13, wherein the first selection 
transforming includes: information includes a menu, and wherein the receiving a 

means for scanning the retrieved data processing network user selection request includes the substep of: 

information to identify second selection information as receiving a signa l corresponding to a selection from the 

the first interactive element; and 5 m enu 

ta 2SfS^ SSS 55355 «■ ™ e '-"«* ° f claim 15 > farthei co ^' 

information corresponding to the second interactive means for customizing the menu. 

element. 17. The method of claim 13, wherein the receiving a user 

3. The apparatus of claim 1, wherein the first selection 10 selection request includes the substep of: 

information comprises a menu, and wherein the means for translating the user selection request into the network 

receiving a user selection request includes means for receiv- location 

ing a signal corresponding to a selection from the menu. . 0 ™ ' , r , . , . 4 , 

a -rul i f lir thor ™ moo „<. fnr 18. The method of claim 13, wherein the receiving a user 

4. The apparatus of claim 3, runner comprising means for , . « . . . ^ 
customizing the menu. . selection request mcludes the substep of: 

5. The apparatus of claim 1, wherein the means for 15 receiving signals from a set top box connected to the 
receiving a user selection request includes: television. 

means for translating the user selection request into the 19. The method of claim 13, wherein the receiving a user 

network location. selection request includes the substep of: 

6. The apparatus of claim 1, wherein the means for 1„ a :„;„„ o,-™io *v™ „ ^- t - Kllt - „, otom 

" i „„ • i i „ 20 receiving signals Irom a distribution system. 

receiving a user selection request mcludes: ^ „ 6 & , , _ , . „ , *\ . . . 

*% . . . ? f . . , . j 20. The method of claim 13, wherein the retrieving 

means for receiving signals from a set top box connected ^ , . f ■ i j 4 t_ i. . r 

to the television network information includes the substep of: 

7. The apparatus of claim 1, wherein the means for interfacing to the Internet. 

receiving a user selection request includes: 21. The method of claim 13, wherein the retrieving 

means for receiving signals from a distribution system. 25 network information includes the substep of: 

8. The apparatus of claim 1, wherein the means for managing multiple user sessions. 

retrieving network information includes: ^ ^ memod of d(dm n wh ^ in ^ retrieving 

an interface to the Internet. network information includes the step of: 

9. The apparatus of claim 1, wherein the means for 

retrieving network information includes: 30 logging user session activity. 

means for managing multiple user sessions. 23. The method of claim 13, wherein the retrieving 

10. The apparatus of claim 1, wherein the means for network information includes the substep of: 
retrieving network information includes: caching the network information. 

means for logging user session activity. 24. The method of claim 13, wherein the transmitting 

11. The apparatus of claim 1, wherein the means for 35 mc i uc i es the substep of: 

retrieving network information includes: transmitting the television information over a distribution 

means for caching network information. svstem 

12. The apparatus of claim 1, wherein the means for y A c , . . . . 

25. A system for retrieving data processing network 

transmitting includes: .„ A . . . , 4 j 

„ & . An information in response to a user selection request, and 

means for transmitung the tefevwon mformaUon over a « retransmittin the data processing network information to a 

television distribution system. ^ bo r & 

13. A method of retrieving and retransmitting data pro- se °^ 0X9 conl P risin g' 

cessing network information in response to a user selection a set top box connected to a television for transmitting 
request, comprising: television information to the television and for trans- 
transmitting first selection information to be displayed on 45 mitting user selection requests; and 

a television; means for retrieving data processing network information, 

receiving a user selection request based on the transmitted comprising: 

first selection information; means for transmitting first selection information to the 

retrieving data processing network information, in a net- 5Q set top box for display on the television; 

work format, corresponding to the user selection means for receiving a user selection request based on 

request; the transmitted first selection information; 

transforming the data processing network information means for retrieving data processing network 

from the network format having a first interactive information, in a network format having a first 

element to a television format having a second inter- 5S interactive element, corresponding to the user selec- 

active element; and tion request; 

transmitting the data processing network information in means for transforming the data processing network 

the television format to the television. information from the network format to a television 

14. The method of claim 13, wherein the step of trans- format having a second interactive element; and 
forming includes the substeps of: 60 means for transmitting the data processing network 

scanning the retrieved data processing network informa- ' information in the television format to the set top box 

tion to identify second selection information as the first for display on the television, 

interactive element; and 26. The apparatus of claim 25, wherein the means for 

transforming the data processing network information by transforming includes: 

creating television information having third selection 65 means for scanning the retrieved data processing network 

information corresponding to the second interactive information to identify second selection information as 

element. the first interactive element; and 
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transforming the data processing network information by 
creating television information having third selection 
information corresponding to the second interactive 
element 

27. The apparatus of claim 25, wherein the first selection 
information comprises a menu, and wherein the means for 
receiving a user selection request includes means for receiv- 
ing a signal corresponding to a selection from the menu. 

28. The apparatus of claim 27, further comprising means 
for customizing the menu. 

29. The apparatus of claim 25, wherein the means for 
receiving a user selection request includes: 

means for translating the user selection request into the 
network location. 

30. The apparatus of claim 25, wherein the means for 
receiving a user selection request includes: 

means for receiving signals from a set top box connected 
to the television. 

31. The apparatus of claim 25, wherein the means for 
receiving a user selection request includes: 



10 



15 
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means for receiving signals from a distribution system. 

32. The apparatus of claim 25, wherein the means for 
retrieving network information includes: 

an interface to the Internet. 

33. The apparatus of claim 25, wherein the means for 
retrieving network information includes: 

means for managing multiple user sessions. 

34. The apparatus of claim 25, wherein the means for. 
retrieving network information includes: 

means for logging user session activity. 

35. The apparatus of claim 25, wherein the means for 
retrieving network information includes: 

means for caching network information. 

36. The apparatus of claim 25, wherein the means for 
transmitting includes: 

means for transmitting the television information over a 
television distribution system. 
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